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Предисловие 


Книга рассчитана на пользователей персональных компьютеров типа [ВМ РС, 
которые хотели бы познакомиться с архитектурными особенностями этих машин, 
системой команд и режимами работы применяемых в них микропроцессоров, органи- 
зацией ввода-вывода и прерываний, управлением аппаратными средствами компью- 
тера, функциями базовой системы ввода-вывода ВОЗ и операционной системы М$- 
20$. Все эти знания естественным образом ‚приобретаются при изучении языка 
ассемблера — языка низкого уровня, приближенного к аппаратным средствам 
компьютера и его "натуральным" возможностям. В книге будут последовательно рас- 
смотрены основные средства языка ассемблера микропроцессоров Пи и его при- 
менение при программирозании задач разного рода: вычислительных, логических, по 
управлению аппаратурой и др. 

Как известно, программы, написанные на языке ассемблера (если, конечно, они 
написаны грамотно), отличаются высокой эффективностью, т. е. минимальным объ- 
емом и максимальным быстродействием. Это обстоятельство обусловило широкое 
использование языка ассемблера в тех случаях, когда скорость работы программы или 
расходуемая ею память имеют решающее значение. Некоторые классы программ 
(например, программы драйверов устройств, отличающиеся жесткой структурой) 
требуют для своего составления обязательного использования языка ассемблера. 
С другой стороны, поскольку современные системы программирования позволяют 
объединять в одну выполнимую программу фрагменты, написанные на разных языках, 
широко практикуется составление комбинированных программ, в которых основная 
часть программы написана на языке высокого уровня, а наиболее критические участ- 
ки — на языке ассемблера. Может использоваться и обратный метод, когда в программу 
на языке ассемблера вставляют фрагменты для выполнения относительно сложных 
логических или математических преобразований, написанные на языке высокого 
уровня. Такой метод, в частности, применим при разработке драйверов. Процедуры на 
языке Си, включаемые в текст драйвера, упрошают программирование и отладку 
драйвера и ускоряют процесс его разработки. 

Однако, кроме потребительских качеств, язык ассемблера имеет еще значительную 
методическую ценность. Отражая архитектурные особенности и режимы работы 
используемого в компьютере микропроцессора, язык ассемблера предоставляет уни- 
кальную возможность изучения машины на "низком уровне", освоения того, что и как 
умеет делать аппаратура компьютера и что вносит в его работу операционная система. 
Знакомство с внутренними возможностями компьютера чрезвычайно полезно, в част- 
ности, для программиста, работающего на языках Паскаль или Си, так как позволяет 
увидеть за формализмом языка высокого уровня те реальные процессы, которые будут 
протекать в системе при выполнении прикладной программы и, следовательно, более 
осознанно подойти к разработке структуры программы и ее конкретных алгоритмов. 

Язык ассемблера, как и любой другой язык программирования, имеет массу 
встроенных средств, позволяющих в ряде случаев ускорить и облегчить процесс 
программирования и расширить возможности создаваемых программ. Профессиональ- 
ная работа на языке ассемблера, естественно, предполагает детальное знакомство со 
всеми этими средствами. Чем лучше пользователь владеет техникой программиро- 
. вания на языке ассемблера, тем более эффективными будут его программы. Однако 
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не менее важной является и другая сторона вопроса — освоение особенностей приме- 
нения языка для реализации аппаратных и программных возможностей компьютера. 
Вэтом плане вопросы, нашедшие отражение в настоящей книге, можно условно 
разбить на две группы. В первую группу входят сведения по основам языка и програм- 
мирования на нем, в частности: 

‚ способы адресации; 

» система команд; 

» типичные алгоритмы программ на языке ассемблера; 

. выполнение арифметических и логических операций; 

» преобразование данных; 

» организация программ и подпрограмм; 

» макросредства ассемблера. 


Другую группу составляют различные аспекты реализации в программах на языке 
ассемблера аппаратных и системных возможностей компьютера: 

» программное управление аппаратурой; 

» создание обработчиков аппаратных прерываний; 

» использование прерываний В1ОЗ и функций ОО; 

» программирование арифметического сопроцессора; 

‚ работа в защищенном режиме. 


Книга рассчитана на самостоятельную проработку ее читателем на персональном 
компьютере. Уже в первой статье книги дается простейшая программа на языке ассем- 
блера, на основе которой рассматриваются наиболее общие архитектурные вопросы. 
В дальнейших статьях приводимые примеры программ постепенно усложняются, 
обрастают все новыми деталями и дают возможность вводить в изложение новые 
понятия языка и архитектуры компьютера. Авторы сознательно отказались от тради- 
ционного абстрактного изложения теоретического материала, заменив его рассмот- 
рением большого количества тшолэльно подобранных (и, по возможности, простых) 
программных примеров, которые можно и нужно выполнять на компьютере по мере 
чтения соответствующих статей. | 

При составлении книги авторы исходили из того, что для читателя представляет 
интерес не столько сам язык программирования, сколько его использование для решения 
различных практических задач. В то же время серьезная работа с компьютером невозможна 
без глубокого понимания всех аспектов его жизнедеятельности: архитектуры процессора и 
компьютера в целом, систем ввода-вывода и прерываний, назначения и функционирования 
периферийных устройств компьютера, функциональных возможностей операционных 
систем и т. д. Все эти вопросы в той или иной степени освещены в соответствующих 
разделах книги. Завершают книгу разделы, посвященные разработке прикладных 
драйверов для систем УЛидо\з 95/98 и УЛпао\мз МТ/2000, — материал, слишком специ- 
фичный для включения его в традиционные учебники и в то же время представляющий 
значительный интерес для разработчиков автоматизированных систем управления 
экспериментальными или производственными установками. 

Более детальную информацию по затрагиваемым в книге вопросам читатель сможет 
найти в интерактивных справочниках, входящих в системы ВоЦапа С++, \15аа] Зи о, 
ООК для \Уп4о\з 95, 98, МТ и 2000, а также по различным адресам в Интернете, 
в частности улу\/ ие]. сот, ул атд.сога, ул .ат.га, эму дтасгозой.сот и млм. уеза.огр. 
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Раздел первый 
ОСНОВЫ 
Статья 1. Первая программа 


Начнем изучение языка ассемблера с рассмотрения простой программы, которая 
ничего не вычисляет и не обрабатывает, а всего лишь выводит на экран терминала 
строку с фразой "Начинаем!" (пример 1.1). Вопросы звода в компьютер текста про- 
граммы и подготовки программы к выполнению мы рассмотрим в следующей статье, 
а пока сосредоточимся на структуре программы. 





Пример 1.1. Простейшая программа 


тех 5едтепе ; (1) Начало сегмента команд 
аззише С5:Кехё,05:аафа ; (2} Сегментный регистр С5 будет указывать на сегмент 
; команд, а сегментный регистр 0$ - на сегмент данных 
ред1п: шоу АХ, аафа ; (3) Адрес сегмента данных сначала загрузим в АХ, 
поУу 25, АХ ; (4) а затем перенесем из АХ в 05 
оу АН, 09В ; (5) Функция 005$ ЭВ вывода на зкран 
пох ОХ, ОЕЕзеф мезд; (6) Адрес выводимого сообщения должен быть в ОХ 
116 21В ; (7) Вызов 205 
оу АН, 4СВ ; (8) Функция 4СН завершения программы 
пох АГ, 0 ; (9) Код 0 успешного завершения 
пе 211 ; (10) Вызов 20$ 
фехё епаз ; (11) Конец сегмента команд 
Чафа зедмепе ; (12) Начало сегмента данных 
пеза Ар 'Начинаем!$' ; (13) Выводимый текст 
Чафа епа5 ; (14) Конец сегмента данных 
зЕК зедтепе зфаск ; (15) Начало сегмента стека 
Ар 256 апр (0) ; (16) Резервируем 256 байт для стека 
ЕК епаз$ ; (17) Конец сегмента стека 
епа ред1п ; (18) Конец текста программы с точкой входа 


Следует заметить, что при вводе исходного текста программы с клавиатуры можно 
использовать как прописные, так и строчные буквы: транслятор воспринимает, напри- 
мер, строки {ех{ зертеп! и ТЕХТ ЗЕСМЕМТ одинаково. Однако с помощью ключа /МГ. 
можно заставить транслятор различать прописные и строчные буквы в именах. Тогда 
строки 1ех{ зестепё и ТЕХТ зертеп! уже не будут эквизалентны. Фактически они бу- 
дут описывать два разных сегмента с именами {ехё и ТЕХТ. Неэквивалентность про- 
писных и строчных букв касается только имен программных объектов (сегментов, 
процедур); строки 

пох 3, ах 
МОУ — 05,АХ 
пом 05$,АХ 
во всех случаях воспринимаются одинаково. 

В настоящей книге в программах используются преимущественно строчные бук- 
вы. Прописными буквами выделены обозначения регистров, а также имена программ- 
ных и иных файлов. | 

Наша программа содержит 18 строк-предложений языка ассемблера. Первое пред- 
ложение с помощью оператора зегтеп{ открывает сегмент команд программы. Сег- 
менту дается произвольное имя {ех{. В конце предложения после точки с запятой рас- 
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полагается комментарий. Предложение языка ассемблера может состоять из четырех 
полей: имени, оператора, операндов и. комментария, располагаемых в перечисленном 
порядке. Не все поля обязательны; так, в предложении | есть только имя, оператор и 
комментарий, а операнды отсутствуют; предложение 3 включает все 4 компонента: 
имя Берш, оператор (команда процессора) тоу, операнды этой команды АХ и дав и, 
наконец, после точки с запятой комментарий; в предложении 4 (и многих последую- 
щих) отсутствует имя. 

Любая программа должна обязательно состоять из сегментов — без ‹ сегментов про- 
грамм не бывает. Обычно в программе задаются три сегмента: команд, данных и стека. 
В сегменте команд располагается собственно программа, т. е. описание (с помощью 
команд процессора) последовательности требуемых действий. В сегменте данных опи- 
сываются данные, с которыми должна работать программа; в нашем примере это стро- 
ка текста. Назначение сегмента стека будет описано ниже. 

В предложении 2 мы с помощью оператора аззите сообщаем ассемблеру 
(ассемблером называется программа-транслятор, преобразующая исходный текст 
программы в коды команд процессора), что сегментный регистр СЗ будет указывать 
на сегмент команд {ехь а сегментный регистр 0$. - на сегмент данных дай. 
Сегментные регистры (а всего их в процессоре 4) играют очень важную роль. Когда 
программа загружается в память и становится известно, по каким адресам памяти она 
располагается, в сегментные регистры заносятся начальные адреса закрепленных за 
ними сегментов. В дальнейшем любые обращения к ячейкам программы осущест- 
вляются путем указания сегмента, в котором находится интересующая нас ячейка, а 
также номера того байта внутри сегмента, к которому мы хотим обратиться. Этот 
номер носит название относительного адреса или смещения. Транслятор должен знать 
заранее, через какие сегментные регистры будут адресоваться ячейки программы, и мы 
сообщаем ему об этом с помощью оператора аззште (аззите — предположим). При 
этом в регистр С$ адрес начала сегмента будет загружен автоматически, а регистр 25 
нам придется инициализировать вручную. Обращение к стеку осуществляется особым 
образом, и ставить ему в соответствие сегментный регистр (конкретно — сегментный 
регистр $$) нет необходимости. 

Строго говоря, в приведенной программе, где нет прямых обращений к ячейкам 
сегмента данных, не было необходимости указывать в предложении с оператором 
аззите операнд О5:даа (указание соответствия сегмента команд сегментному регист- 
ру команд СЗ обязательно во всех случаях). Учитывая, однако, что практически в лю- 
бой разумной программе обращения к полям данных имеются, мы с самого начала на- 
писали оператор аззаште в том виде, в каком он используется в реальных программах. 

Первые два предложения программы служат для передачи служебной информации 
программе ассемблера. Ассемблер воспринимает и запоминает эту информацию и пользу- 
ется ею в своей дальнсйшей работе. Однако в состав выполнимой программы, состоящей из 
машинных кодов, эти строки не попадут, так как процессору, выполняющему программу, 
они не нужны. Другими словами, операторы зеотлепи и аззите не транслируются в машин- 
ные коды, а используются лишь самим ассемблером на этапе трансляции программы. Такие 
нетранслируемые операторы иногда называют псевдооператорами или директивами ас- 
семблера в отличие от истинных операторов — команд языка. 

Предложение 3, начинающееся с метки Без, является первой выполнимой стро- 
кой программы. Для того чтобы процессор знал, с какого предложения начать выпол- 
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нять программу после ее загрузки в память, начальная метка программы указывается в 
качестве операнда самого последнего оператора программы еп4 (см. предложение 18). 
Можно подумать, что указание точки входа в программу излишне: ведь как будто и 
так ясно, что программу надо начать выполнять с начала, а закончить, дойдя до конца. 
Однако в действительности для программ, написанных на языке ассемблера, это со- 
всем не так! Исходный текст программы может начинаться с описания подпрограмм 
или полей данных. В этом случае предложение программы, с которого нужно начать 
ее выполнение, может располагаться где-то в середине текста программы. И заверша- 
ется выполнение программы совсем не обязательно в ее последних строках, а там, где 
стоят предложения вызова служебной программы операционной системы, предназна- 
ченной именно для завершения текущей программы и передачи управления системе 
(см. предложения 8...10). Однако начиная от точки входа программа выполняется 
строка за строкой точно в том порядке, в каком эти строки написаны программистом. 

В предложениях 3 и 4 выполняется инициализация сегментного регистра 05. Сна- 
чала значение имени {ехЕ (т.е. адрес сегмента {ех() загружается командой шоу (от 
тоуе — переместить) в регистр общего назначения процессора АХ, а затем из регистра: 
АХ переносится в регистр 0$. Такая двухступенчатая операция нужна потому, что 
процессор в силу некоторых особенностей своей архитектуры не может выполнить 
команду непосредственной загрузки адреса в сегментный регистр. Приходится пользо- 
ваться регистром АХ в качестве "перевалочного пункта". Кстати, обратите внимание 
на то, что операнды в командах языка ассемблера записываются в несколько неестест- 
венном для европейца порядке — действие команды осуществляется справа налево. 

Предложения 5, би 7 реализуют существо программы -— вывод на экран строки 
текста. Делается это не непосредственно, а путем обращения к служебным програм- 
мам операционной системы М$-2О$, которую мы для краткости будет в дальнейшем 
называть просто РОЗ. Дело в том, что в составе команд процессора и, соответственно, 
операторов языка ассемблера нет команд вывода данных на экран (как и команд ввода 
с клавиатуры, записи в файл на диске и т. д.). Вывод даже одного символа на экран в 
действительности представляет собой довольно сложную операцию, для выполнения 
которой требуется длинная последовательность команд процессора. Конечно, эту по- 
следовательность команд можно было бы включить в нашу программу, однако гораздо 
проще обратиться за помощью к операционной системе. В состав 2ОЗ входит большое 
количество программ, осуществляющих стандартные и часто требуемые функции — вывод 
на экран и ввод с клавиатуры, запись в файл и чтение из файла, чтение или установка теку- 
щего времени, выдёление или освобождение памяти и многие другие. 

Для того чтобы обратиться к РОЗ, надо загрузить в регистр общего назначения АН но- 
мер требуемой функции, в другие регистры — исходные данные для выполнения этой функ- 
ции, после чего выполнить команду шё 211, (т! - от имеглр! — прерывание), которая пере- 
даст управление РОЗ. Вывод на экран строки текста можно осуществить с помощью раз- 
личных функций 2О5; мы воспользовались функцией О9Н, которая требует, чтобы в 
регистре ОХ содержался адрес выводимой строки. В предложении 6 адрес строки тез за- 
гружается в регистр ОХ, а в предложении 7 осуществляется вызов РО5. 

В предложениях 5 и 7 указанные в тексте программы числа сопровождаются зна- 
ком В. Таким образом в языке ассемблера обозначаются шестнадцатеричные (далее — 
16-ричные) числа, в отличие от десятичных, которые никакого завершающего знака не 
требуют. В вычислительной технике чрезвычайно широко используется 16-ричная 
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система счисления, так как она позволяет в более наглядной форме описывать содер- 
жимое регистров или ячеек памяти, хотя значительно затрудняет арифметические 
операции с этим содержимым. Опип'ем вкратце основы 16-ричной системы счисления. 

Одна 16-ричная цифра может принимать 16 разных значений, первые 10 из кото- 
рых обозначаются обычными десятичными цифрами, а последние 6 — первыми буква- 
ми латинского алфавита от А. до Е (рис. 1.1). 


0123456 7 8 ЭА В С ЬБ Е Е Шестнадцатеричные цифры 


0123456788910 П 12 13 М 15 Их десятичные эквиваленты 


Рис. 1.1. Шестнадцатеричные цифры и их десятичные эквиваленты 


Удобство 16-ричной системы счисления определяется тем, что одну 16-ричную 
цифру можно уподобить 4-разрядному регистру, который также может принимать 
16 разных состояний. Поэтому содержимое байта (8 двоичных разрядов) целиком опи- 
сывается двумя 16-ричными цифрами, содержимое слова (2 байта, или 16 двоичных 
разрядов) — четырьмя, а содержимое двойного слова (32 двоичных разряда) — восьмью. 

Далес, 16-ричное число очень просто перевести в двоичное. Для этого достаточно каж- 
дую цифру 16-ричного числа представить в виде четырех двоичных цифр (рис. 1.2). 

57 58 ВВ 
0011 0101 1000 1011 
Рис. 1.2. Преобразование 16-ричного числа в двоичное 


Обратное преобразование — из двоичной формы в 16-ричную тоже не представляет 
труда. Надо разбить исходное двоичное число на группы по 4 бита и каждую такую 
группу представить в виде 16-ричной цифры. 

Легко сообразить, что максимальное число, которое можно записать в | байт, со- 
ставляет ЕЕИ=255; в 2-байтовое 16-битовое слово можно поместить число не большее 
ЕЕЕЕк=65535. Поскольку минимальное число составляет 0, всего с помощью 2 байт 
можно описать 21° = 65 536 различных чисел. Величина 2'° = 1024 обозначается в вы- 
числительной технике буквой К (от кило); таким образом, максимальное значение 
16-битового числа составляет 64 К-1. 

Вернемся к рассмотрению текста программы. После того, как РОЗ выполнит за- 
требованные действия, в данном случае выведет на экран текст "Начинаем!", выполне- 
ние программы продолжится. Вообще-то, нам, вроде, ничего больше делать не нужно. 
Однако на самом деле это не так. После окончания работы программы 2ОО$ должна 
выполнить некоторые служебные действия. Надо освободить занимаемую нашей про- 
граммой память, чтобы туда можно было загрузить следующую программу. Надо вы- 
звать компонент операционной системы, который выведет на экран запрос РОЗ (как 
правило, в виде символа >, предваряемого именем текущего каталога) и будет ждать 
следующей команды оператора. Все эти действия выполняет функция 2О$ с номером 
4СВ. Эта функция предполагает, что в регистре А! находится код завершения нашей 
программы, который она передаст РОЗ. При желании код завершения только что за- 
кончившейся программы можно "выловить" в РОЗ и проанализировать, но сейчас мы 
этим заниматься не будем. Если программа завершилась успешно, код завершения 
должен быть равен нулю, поэтому в предложении 9 мы загружаем 0 в регистр АЁ и 
вызываем ООЗ уже знакомой нам командой ш! 211. Поскольку выполняемая часть 


8 ЯЗЫК АССЕМБЛЕРА: уроки программирования 


программы на этом закончилась, можно (и нужно) закрыть сегмент команд, что 
выполняется с помощью директивы еп45 (от еп зертет, конец сегмента), перед 
которой для наглядности обычно указывается имя закрываемого сегмента, в данном 
случае сегмента {ех{. 

Вслед за сегментом команд описывается сегмент данных. Он, как и сегмент ко- 
манд, начинается директивой зертеп, предваряемой произвольным именем нашего 
сегмента, и заканчивается директивой еп4$5. У нас в качестве данных выступает строка 
текста. Текстовые строки вводятся в программу с помощью директивы ассемблера 4 
(от дейпе Ъуе, определить байт) и заключаются в апострофы или в кавычки. Для того 
чтобы з программе можно было обращаться к данным, поля данных, как правило, 
предваряются именами. В нашем случае таким именем является вполне произвольное 
обозначение тезе (от плеззаре, сообщение), с которого начинается предложение 13. 

Выше, в предложении 6, мы через регистр ОХ передали РОЗ адрес начала выво- 
димой на экран строки текста. Но как ОЗ определит, где эта строка закончилась? Хо- 
тя нам конец строки в программе отчетливо виден, однако в машинных кодах, из ко- 
торых состоит выполнимая программа, он никак не отмечен, и РОЗ, выведя ча экран 
последний символ строки — восклицательный знак, продолжит вывод байто': памяти, 
расположенных за фразой "Начинаем!". Поэтому РОЗ следует передать информацию о 
том, где кончается строка текста. Некоторые функции 2О$ требуют указания в одном 
из регистров длины выводимой строки, однако функция 09В работает иначе. Она вы- 
водит текст до знака доллара ($), которым мы и завершили нашу фразу. 

Сегмент стека, которому мы дали произвольное имя 5К, начинается, как и осталь- 
ные сегменты, оператором зертеп+ и заканчивается оператором еп@5. Назначение стека 
и особенности его использования будут подробно описаны в одной из последующих 
статей. Пока ограничимся замечанием, что стек представляет собой отдельный сегмент 
обычно небольшого объема, в котором просто резервируется определенное количество 
пустых байтов. Для выделения в программе группы байтов используется конструкция 
ЧБ размер Апр (заполнитель) 


В нашем примере для стека выделено 256 байт, заполненных нулями. 

Оператор зевтет, начинающий сегмент стека, имеет описатель ${асК. Указание 
этого обозначения приводит к тому, что при загрузке программы в память регистры 
процессора, используемые для работы со стеком, инициализируются системой долж- 
ным образом. Конкретно, сегментный регистр стека 5$ будет настроен на начало сег- 
мента стека, а указатель стека ЭР — на его конец (как мы увидим дальше, стек заполня- 
ется данными от конца к началу). При отсутствии описателя 5асК нам пришлось бы 
выполнять инициализацию регистров, связанных со стеком, вручную. 

Последняя строка программы содержит директиву еп4, которая говорит программе 
ассемблера, что закончился вообще весь текст программы и больше ничего транс- 
лировать не нужно. В качестве операнда этой директивы, как уже отмечалось, обычно 
указывается точка входа в программу, т.е. адрес первой выполнимой программной 
строки. В нашем случае это метка Берт. 
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Статья 2. Подготовка программы к выполнению 


Процесс подготовки и отладки программы на языке ассемблера включает этапы 
подготовки файла с исходным текстом, его трансляции и компоновки и, наконец, от- 
ладки программы с помощью специальной программы интерактивного отладчика. 

Подготовка исходного текста программы выполняется с помощью любого тексто- 
вого редактора. Файл с исходным текстом должен иметь расширение .АЗМ. При вы- 
боре редактора для подготовки исходного текста программы следует иметь в виду, что 
многие текстовые процессоры (например, М1сгозой У/ог4) добавляют в выходной файл 
служебную информацию о формате (размер страниц, типы используемых шрифтов и 
др.). Поэтому следует воспользоваться редактором, выводящим в выходной файл 
"чистый текст", без каких-либо управляющих символов. К таким редакторам относят- 
ся, например, программа Моцоп ЕдИог, а также редактор ЕОГТ.СОМ, входящий в со- 
став операционной системы М$-РО$. Можно воспользоваться и простым редактором, 
встроенным в оболочку Мойоп Соттапает (клавиша Е4). Поскольку при интенсивном 
программировании часто приходится переносить фрагменты текста из одной програм- 
мы в другую, желательно, чтобы редактор имел средство деления экрана на независи- 
мые окна. Таким свойством обладает редактор Моцоп ЕЯНог, позволяющий работать 
одновременно в двух окнах, что в большинстве случаев вполне достаточно. При рабо- 
те в операционной среде какой-либо системы программирования, например ВоПапа С, 
можно воспользоваться редактором, встроенным в эту среду. 

Трансляция исходного текста программы состоит в преобразовании предложений 
исходного языка в коды машинных команд и выполняется с помощью транслятора с 
языка ассемблера (т.е. с помощью программы ассемблера). Можно воспользоваться 
макроассемблером корпорации ВМ, пакетами ТАЗМ корпорации Войап@ или 
М!сгозой МАЗМ. Трансляторы различных разработчиков имеют некоторые различия, 
в основном в части описания макросредств. Однако входной язык (т.е. мнемоника 
машинных команд и других операторов и правила написания предложений ассембле- 
ра) для всех ассемблеров одинаков. В результате трансляции образуется объектный 
файл с расширением .ОВ] (рис. 2.1). 


Результат 
компоновки 


Исходный текст Программа | Результат Программа 


программы ассемблера ансляции компоновщика 
тр: 


Файл РАЗМ Файл ТАЗМ.ЕХЕ Файл Р.ОВУ Файл ТЫМК.ЕХЕ Е, 





Рис. 2.1. Процесс подготовки программы к выполнению 


Компоновка объектного файла выполняется с помощью программы компоновщика 
(редактора связей). Эта программа получила такое название потому, что ее основное 
назначение — подсоединение к файлу с основной программой файлов с подпрограмма- 
ми и настройка связей между ними. Однако компоновать необходимо даже простей- 
шие программы, не содержащие подпрограмм. Дело в том, что у компоновщика есть и 
вторая функция — изменение формата объектного файла и преобразование его в вы- 
полнимый файл, который может быть загружен в оперативную память и выполнен. 
Файл с программой компоновщика обычно имеет имя ГИМК.ЕХЕ, хотя это может быть 
и не так. Например, компоновщик корпорации Воап4 назван ТЫМК.ЕХЕ. Компо- 
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новщик необходимо брать из одного пакета с ассемблером. В результате компоновки 
образуется загрузочный, или выполнимый, файл с расширением .ЕХЕ. 

Отладка готовой программы может выполняться разными.методами, выбор кото- 
рых определяется структурой и функциями отлаживаемой программы. Свою специфи- 
ку отладки имеют, например, резидентные программы, обработчики аппаратных пре- 
рываний, драйверы устройств и другие классы программ. В целом наиболее ‘удобно 
отлаживать программы с помощью какого-либо интерактивного отладчика, который 
позволяет выполнять отлаживаемую программу по шагам или с точками останова, вы- 
водить на экран содержимое регистров и областей памяти, модифицировать (в извест- 
ных пределах) загруженную в память программу, принудительно изменять содержи- 
мое регистров и выполнять другие действия, позволяющие в наглядной и удобной 
форме контролировать выполнение программы. 

При использовании пакета ВоЙап4 следует взять "турбо-дебаггер" ТР.ЕХЕ, при 
трансляции и компоновке программы с помощью пакета Мгозой — отладчик 
Содеу1е\ (файл СУ.ЕХЕ). Можно воспользоваться и отладчиком РЕВОС.ЕХЕ, вхо- 
дящим в состав операционной системы М$-ОО5, хотя с ним не очень удобно работать, 
так как эта программа не обеспечивает привычный для сегодняшнего пользователя 
полноэкранный интерфейс. В настоящей книге будет предполагаться, что читатель 
выполняет предложенные примеры с помощью пакета ТАЗМ (транслятор ТАЗМ.ЕХЕ, 
компоновщик ТЫМК.ЕХЕ, отладчик ТО.ЕХЕ), хотя с тем же успехом можно восполь- 
зоваться пакетом МАЗМ или любым другим. 

Если файл с исходным текстом программы назван Р.АЗМ, то строка вызова ас- 
семблера может иметь следующий вид: 

{азт /= /21 пр, р, р 


(Еще раз напоминаем, что как в тексте программы на языке ассемблера, так и при вво- 
де с клавиатуры командных строк можно с равным успехом использовать и прописные 
и строчные буквы.) | 

Ключ /2 разрешает вывод на экран строк исходного текста программы, в которых 
ассемблер обнаружил ошибки (без этого ключа поиск ошибок пришлось бы всегда 
проводить по листингу трансляции). 

Ключ /21 управляет включением в объектный файл номеров строк исходной про- 
граммы и другой информации, не требуемой при выполнении программы, но исполь- 
зуемой отладчиком. 

Ключ /п подавляет вывод в листинг перечня символических обозначений в про- 
грамме, от чего несколько уменьшается информативность листинга, но существенно 
сокращается его размер. 

Стоящие далее параметры определяют имена файлов: исходного (Р.АЗМ), объект- 
ного (Р.ОВУ) и листинга (Р.Г.5Т). Расширения имен файлов можно не указывать. 

Строка вызова компоновщика может иметь следующий вид: 

ЧИпК ИИ Хр, р | 


Ключ /у передает в загрузочный файл символьную информацию, позволяющую 
отладчику ТР выводить на экран полный текст исходной программы, включая метки, 
комментарии и пр. Стоящие далее параметры обозначают имена модулей: объектного 
(Р.ОВУ) и загрузочного (Р.ЕХЕ). Ключ /х подавляет формирование карты загрузки 
(файла с листингом компоновки Р.МАР), без которого вполне можно обойтись. 
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Как уже отмечалось, компоновщик создает загрузочный, готовый к выполнению мо- 
дуль в формате .ЕХЕ. Запуск подготовленной программы Р.ЕХЕ осуществляется командой 
р.ехе 
или просто 

.р . 

Если программа не работает должным образом, необходимо прибегнуть к помощи 
интерактивного отладчика. Отладчик пакета ТАЗМ запускается командой 
р 


где р (или р.ехе) — имя файла с отлаживаемой программой. По умолчанию отладчик 
загружает файл с расширением .ЕХЕ. В процессе работы отладчик использует также 
файл с исходным модулем Р.АЗМ, поэтому перед отладкой не следует переименовы- 
вать ни исходный, ни выполнимый файлы. Правила работы с отладчиком ТР и его ос- 
новные команды будут описаны в статье 4. 

Поскольку по мере изучения этой книги вам придется написать и отладить не- 
сколько десятков программ, целесообразно создать командный файл, автоматизирую- 
щий выполнение однотипных операций трансляции и компоновки. Текст командного 
файла может быть таким: 

@еспо ой 

фазт /2 /21 п р,р,р 

й етойеме! 1 дою ег 
4ИпК Л /Хр,р 

дою епд 

сетг 

есКо Ошибка трансляции! 
дою йп 

:епд 

еспо Конец сеанса 
Мп 

еспо . 

Приведенный текст составлен в предположении, что путь к программам пакета 
ТАЗ$М указан в команде РАТН. Если это по каким-либо причинам не так, в командный 
файл следует включить полную спецификацию файлов ассемблера и компоновщика, 
например (ссли весь пакет находится на диске О: в каталоге ТАЗМ): 


дМазт\Мазт /2 /21/п р,р,р 


Если трансляция прошла успешно, на экран выводится сообщение "Конец сеанса" и 
создаются файлы Р.ОВУ, Р.ЕХЕ и Р.ГЗТ; при наличии ошибок в программе на экран будут 
выведены строки листинга с ошибками, а за ними сообщение "Ошибка трансляции!". По- 
скольку в приведенном командном файле имя программы указано в явной форме, текущий 
вариант программы всегда должен иметь одно и то же имя (в приведенном примере — 
Р.АЗМ). Конечно, можно составить командный файл, воспринимающий текущее имя про- 
граммы в качестве параметра при его запуске, однако практика показывает, что такая мето- 
дика замедляет работу и иногда приводит к драматическим ошибкам. Удобнее отлаживать 
программу всегда под одним и тем же именем, а после отладки записывать в специально 
созданный каталог архива под уникальным именем (например, под именем, соответствую- 
щим номеру примера в книге: 01-01.А$М). 
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Создайте файл с программой из примера 1.1. Подготовьте программу к выполне- 
нию. Запустите программу и убедитесь, что она работает правильно: выводит на экран 


нужный текст и не нарушает работу компьютера. 


Изучите листинг трансляции (файл Р.ГЗТ), приведенный на рис. 2.2. Обратите 


внимание на следующие моменты. 


Номера предложений программы 


Смещения в каждом сегменте 


О коды команд 


Исходный текст программы 


д —_—_—_—_ 
1 'бооб $ехе зедтепте 
2 аззиме С5:6ехе,05: ава 
3 0000 в8 0000 $ Ъед1п: мох АХ,Чаба 
4 0003 ВЕ БВ поу 25,АХ 
5 0005 в4 09 пом АН, О9Н Сегмент 
6 0007 ВА 0000 к поу ОХ, ОЕЕЗее шезз команд 
7 000А СО 21 1106 218 
8 000С в4 4сС шоу АН,4СВЬ 
9 000Е ВО 00 поУу А, ООВ 
10 0010 Ср 21 106 215 
11 0011 фехЕ епа5 
Ё^__ Размер в байтах сегмента команд 
12 0000 Яаба зедтепе 
Коды снмволов, образующих сообщение 
^ Сегмент 
анных 
13 0000 820 АО Е?7 АВ АЩО АО + мезд “5 'Начинаем!$' д 
14 АС 21 24 
15 000А Ааа еп95 
^^ ___ Размер в байтах сегмента данных 
16 0000 5х зедшеп®е збаск 
17 = 0199* (00) 4 256 ар (0) _] Сегмент 
18 0100 ЕК — епаз стека 


^^ __ Размер в байтах сегмента стека 


Ъед1п 


епа 


Рис. 2.2. Листинг трансляции примера 1.1 


Команды программы имеют различную длину и располагаются в памяти вплотную 
друг к другу. Так, первая команда шоу АХ \ех, начинающаяся с байта 0000 сегмента, 
занимает 3 байта. Соответственно, вторая команда начинается с байта 0003. Вторая 
команда имеет длину 2 байта, поэтому третья команда начинается с байта 0005 ит. д. 

Предложения программы с операторами зевтепь, аззитс, еп те транслируются в 
какие-либо машинные коды и не находят отражения в памяти. Они нужны лишь для 
передачи транслятору служебной информации. 

Транслятор не смог полностью определить код команды шоу АХ 4ех+. В этой ко- 
манде в регистр АХ засылается адрес сегмента {ех(. Однако этот адрес станет известен 
лишь в процессе загрузки выполнимого файла программы в память. Поэтому в листин- 
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ге на месте этого адреса стоят нули. Символ $ напоминает нам о том, что в дальней- 
шем вместо нулей сюда будет подставлен сегментный адрес. 

Данные, введенные нами в программу, также оттранслировались: вместо символов 
текста в загрузочный файл попадут коды АЗСП этих символов. Подробнее о кодах 
А$СП будет рассказано позже. 

Из листинга трансляции легко определить размер отдельных составляющих про- 
граммы и всей программы в целом. В нашем случае длина сегмента команд равна все-` 
го 121=18 байт; длина сегмента данных равна ОА|=10 байт и в точности совпадает с 
числом символов в выводимом сообщении (включая знак доллара); длина сегмента 
стека, как мы и определили в программе, составляет 1001=256 байт. 

Выполните пробный прогон программы и убедитесь, что она работает как ожидалось: 
на экран выводится текст "Начинаем!". Если этого не произойдет, значит, в программе при- 
сутствует какая-то скрытая ошибка и программу придется отлаживать с помощью отладчи- 
ка. Работа с интерактивным отладчиком требует некоторых навыков; статья 4 поможет вам 
освоить это интересное и полезное инструментальное средство. 


Статья 3. Регистры процессора 


В статье | при описании приведенной там программы упоминались регистры про- 
цессора, в частности сегментные и общего назначения. Регистры процессора являются 
важнейшим инструментом программиста (между прочим, не только на языке ассемб- 
лера, но и на языках высокого уровня), и необходимо иметь четкое представление о 
составе регистров процессора, их названиях и применении. В примере 1.1 в явной 
форме использовались лишь три регистра процессора - АХ (и его старшая половина 
АН), 0$ и ОХ; по мере чтения книги вы столкнетесь с примерами использования ос- 
тальных регистров. Однако для того, чтобы читатель мог получить общее представле- 
ние об этом важном средстве, ниже дан краткий обзор всей системы регистров процес- 
сора. Если в этом обзоре вам встретятся незнакомые понятия или неясные места — не 
огорчайтесь; в последующих статьях они будут описаны более подробно. 

Строго говоря, приведенное ниже описание относится только к процессорам 8086 
и 80286, для которых были характерны 16-разрядные регистры. В современных про- 
цессорах типа Реп ит почти все регистры 32-разрядные, что существенно увеличивает 
возможности компьютера. Однако младшие половины регистров этих процессоров 
совпадают и по названиям и по назначению с 16-разрядными регистрами процессора 
8086. Поэтому программы, написанные для выполнения под управлением М$-2О$, 
т.е. для 16-разрядного процессора, прекрасно работают и с 32-разрядным, хотя и не 
используют все сго возможности. Поначалу мы рассмотрим 16-разрядную архитектуру 
процессора 8086 или, точнее, той части современных процессоров, которая предназна- 
чена для использования в программах для системы М$-2О$. Мы будем называть этот 
гипотетический процессор МП 86. Особенности рсальных 32-разрядных процессоров 
будут описаны позже. 

МП 86 содержит двенадцать 16-разрядных программно-адресусмых регистров, ко- 
торые принято объединять в три группы: регистры данных, регистры-указатели и сег- 
ментные регистры. Кроме того, в состав процессора входят счетчик команд и регистр 


флагов (рис. 3.1). Регистры данных и регистры-указатели часто называют регистрами 
общего назначения. у 
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Регистры-указатели 


2 
Е 
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и 
ры 
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АГ, Аккумулятор $1 Индекс источника 


В. Базовый регистр 


| 
ее 


Индекс приемника 


СГ Счетчик Указатель базы 


Я 
е= 


|) 


в) й Регистр данных Указатель стека 


я 
Е 
: 
Е 
Е: 
2 
Е 
Е 


Прочие регистры 


$ Регистр ссгмента команд Указатель команд 


Регистр сегмента данных ЕГАО$ Регистр флагов 


Регистр дополнительного 
сегмента данных 


[2] 


$ Регистр сегмента стека 


Рис. 3.1. Регистры процессора 


В группу регистров данных включаются регистры АХ, ВХ, СХ и ОХ. Программист 
может использовать их по своему усмотрению для временного хранения любых объск- 
тов (данных или адресов) и выполнения над ними требуемых операций. При этом ре- 
гистры допускают независимое обращение к старшим (АН, ВН, СН и РН} и младшим 
(АГ, ВТ., СГ. и ОГ) половинам. Так, команда 

поу — В1,АН 


пересылает старший байт регистра АХ в младший байт регистра ВХ, не затрагивая при 
этом вторых байтов этих регистров. Еще раз отметим, что сначала указывается опе- 
ранд-приемник, а после запятой — операнд-источник, т. е. команда выполняется как бы 
справа налево. В качестве средства временного хранения данных все регистры общего 
назначения (да и все остальные, кроме сегментных и указателя стека) вполне эквива- 
лентны, однако многие команды требуют для своего выполнения использования впол- 
не определенных регистров. Например, команда умножения ши! требует, чтобы один 
из сомножителей был в регистре АХ (или АГ), а команда организации цикла 1оор вы- 
полняет циклический переход СХ раз. 

Индексные регистры $Г и П] так же, как и регистры данных, могут использоваться 
произвольным образом. Однако их основное назначение -— хранить индексы (смеще- 
ния) относительно некоторой базы (т.е. начала массива) при выборке операндов из 
памяти. Адрес базы при этом обычно находится в одном из базовых регистров (ВХ 
или ВР). Примеры такого рода будут приведены нижс. 

Регистр ВР служит указатслем базы при работе с данными в стековых структурах, 
о чем будет речь впереди, но может использоваться и произвольным образом в боль- 
шинстве арифмстичсских и логических операций или просто для временного хранения 
каких-либо данных. 

Последний из регистров-указателей, указатель стека $Р, стоит особняком от дру- 
гих в том отношении, что использустся исключительно как указатель вершины стека. 
Стек уже упоминался в статье 1, и будет подробно описан позже. 

Регистры $1, 01, ВР и $Р, в отличие от регистров данных, не допускают побайто- 
вую адресацию. 
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Четыре сегментных регистра С$, 2$, ЕЗ и $$ хранят начальные адреса сегментов 
программы и, тем самым, обеспечивают возможность обращения к этим сегментам. 

Регистр СЗ обеспечивает адресацию к сегменту, в котором находятся программ- 
ные коды, регистры 0$ и Е$ - к сегментам с данными (таким образом, в любой точке 
программа может иметь доступ к двум сегментам данных, основному и дополнитель- 
ному), а регистр 5$ — к сегменту стека. Сегментные регистры, естественно, не могут 
выступать в качестве регистров общего назначения. 

Указатель команд [Р "следит" за ходом выполнения программы, указывая в каж- 
дый момент относительный адрес команды, следующей за исполняемой. Регистр ГР 
программно недоступен (1Р — это просто его сокращенное название, а не мнемониче- 
ское обозначение, используемое в языке программирования); наращивание адреса 
в нем выполняет микропроцессор, учитывая при этом длину текущей команды. 

Регистр флагов, эквивалентный регистру состояния процессора других вычисли- 
тельных систем, содержит информацию о текущем состоянии процессора (рис. 3.2). 
Он включает 6 флагов состояния и 3 бита управления состоянием процессора, кото- 
рые, впрочем, тоже обычно называются флагами. 


Биты 
15 14 1312110 09 08 07 06 05 04 03 02 01 00 


Е еее Ав] [ее [<= 
— о —ж——————————_—щЙ2 


Рис. 3.2. Регистр флагов. Дужками выделены четверки битов 





Флаг переноса СЕ (Сату Е1а?) индицирует перенос или заем при выполнении 
арифметических операций, а также (что для прикладного программиста гораздо важ- 
нее!) служит индикатором ошибки при обращении к системным функциям. 

Флаг паритета РЕ (Рагиу Е1аз) устанавливается в 1, если младшие 8 бит результата 
операции содержат четное число двоичных единиц. 

Флаг вспомогательного переноса АЕ (АихШагу Е1а?) используется в операциях над 
упакованными двоично-десятичными числами. Он индицирует перенос в старшую тет- 
раду (четверку битов) или заем из старшей тетрады. 

Флаг нуля 7Е (Сего НИа2) устанавливается в 1, если результат операции равен нулю. 

Флаг знака 5Е (312 Е!аг) показывает знак результата операции, устанавливаясь в 1 
при отрицательном результате. 

Флаг переполнения ОЕ (ОуеШо\ На?) фиксирует переполнение, т. е. выход результата. 
операции за пределы допустимого для данного процессора диапазона значений. 

Флаги состояния автоматически устанавливаются процессором после выполнения 
каждой команды. Так, если в регистре АХ содержится число 1, то после выполнения 
команды декремента (уменьшения на единицу) 

ес АХ 


содержимое АХ станет равно нулю и процессор сразу отметит этот факт, установив в 
регистре флагов бит 7 (флаг нуля). Если попытаться сложить два больших числа, на- 
пример 58 000 и 61 000, то установится флаг переноса СЕ, так как число 119 000, по- 
лучающееся в результате сложения, должно занять больше двоичных разрядов, чем 
помещается в регистрах или ячейках памяти, и возникает "перенос" старшего бита это- 
го числа в бит СЁ регистра флагов. 
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Индицирующие флаги процессора дают возможность проанализировать, если это 
нужно, результат последней операции и осуществить "разветвление" программы: на- 
пример, в случае нулевого результата перейти на выполнение одного фрагмента про- 
граммы, а в случае ненулевого — на выполнение другого. Такие разветвления осущест- 
вляются с помощью команд условных персходов, которые в процессе своего выполнс- 
ния анализируют состояние регистра флагов. Так, команда 

`)7 2еко 


осуществляет переход на метку 2его, если результат выполнения предыдущей команды 
окажется равен нулю (т. е. флаг ХЕ установлен), а команда 
Эпс океу 


выполнит переход на метку оКеу, если предыдущая команда сбросила флаг переноса 
СЕ (или оставила его в сброшенном состоянии). 

Управляющий флаг трассировки ТЕ (Тгасе ЕЙаз) используется в отладчиках для 
осуществления пошагового выполнения программы. Если ТЕ=1, то после выполнения 
каждой команды процессор реализует процедуру прерывания | (через вектор преры- 
вания с номером 1). 

Управляющий флаг разрешения прерываний [Е (ПиегирЕ Е]ае) разрешает (если ра- 
вен единице) или запрещает (если равен нулю) процессору реагировать на прерывания 
от внешних устройств. 

Управляющий флаг направления РЕ (ЮиесНоп Е1аз) используется особой группой 
команд, предназначенных для обработки строк. Если ОЕ=0, строка обрабатывается в 
прямом направлении, от меньших адресов к большим; если РЕ=1, обработка строки 
идет в обратном направлении. 

Таким образом, в отличие от битов состояния, управляющие флаги устанавливает 
или сбрасывает программист, если он хочет изменить настройку системы (например, 
запретить на какое-то время аппаратные прерывания или изменить направление обра- 
ботки строк). 

Вернемся к примеру 1.1. Для того чтобы инициализировать сегментный регистр 
0$ сегментным адресом даа нашего сегмента данных, значение дайа загружается сна- 
чала в регистр общего назначения АХ, а из него — в сегментный регистр 0$. В прин- 
ципе в качестве "перевалочного пункта" вместо регистра АХ можно взять любой дру- 
гой (например, ВХ или 5Т), однако некоторым трансляторам это может не понравить- 
ся, так что лучше все-таки использовать АХ. 

В предложении 5 в регистр АН заносится номер функции 2О$, реализующей вы- 
вод на экран строки текста. РО$, получив управление с помощью команды ни 218, оп- 
ределяет номер требуемой функции именно по содержимому регистра АН, поэтому 
никаким другим регистром здесь воспользоваться нельзя. Функция РОЗ вывода стро- 
ки извлекает адрес выводимой строки из регистра ОХ, поэтому в предложении 6 ис- 
пользование регистра ОХ также предопределено. В действительности дело обстоит 
сложнее. Функция 09 предполагает, что строка с выводимым текстом находится в 

сегменте, на который указывает вполне определенный сегментный регистр, именно 
регистр 0$. Поэтому персд вызовом функции О9Н необходимо настроить этот регистр, 
что мы и сделали в предыдущих предложениях программы. Сведения о том, какие ре- 
гистры требуется настроить для выполнения той или иной функции 2О$, можно по- 
черпнуть из справочника по функциям РОЗ (см. Приложение 4), без которого, таким 
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образом, практически невозможно писать программы с обращением к системным 
средствам. 

В предложениях 8...10 осуществляется вызов системной функции 4СЪ, служащей 
для завершения текущей программы. По-прежнему номер функции заносится в ре- 
гистр АН; кроме этого, в АГ. помещается код завершения программы, который в на- 
шем примере равен нулю. Можно было поступить проще, сразу занеся в регистр АХ 
и номер функции и код завершения: 

оу АХ, &С008 


Это предложение полностью эквивалентно варианту, использованному в приме- 
ре 1.1, но выглядит компактнее, хотя, возможно, не так наглядно. Необходимо пони- 
мать, что, если мы заносим в 2-байтовый регистр 16-битовое число, старшая половина 
числа поступает в старшую часть регистра, а младшая — в младшую (рис. 3.3). 

тоу АХ,12346 


126 346 
Рис. 3.3. Расположение байтов 16-битового 
АН АБ числа в 16-разрядном регистре 
Заметим, что программист использует в программе те или иные регистры процес- 


сора лишь по мере необходимости. Так, в примере 1.1 не использовались регистры СХ, 
ВР, Е и др. “ 


Статья 4. Интерактивный отладчик ТО 


Часто бывает так, что программа, успешно пройдя этапы трансляции и компонов- 
ки, все же работает не так, как ожидалось или вообще не работает. Это значит, что 
формально, с точки зрения правил языка программирования, программа написана пра- 
Вильно (в ней нет синтаксических ошибок}, однако алгоритм ее в чем-то неверен. Для 
отладки такой программы следует‘воспользоваться услугами интерактивного отладчи- 
ка. Интерактивным он называется потому, что вся работа с ним осуществляется в не- 
прерывном диалоге с пользователем. 

Познакомимся с отладчиком ТО.ЕХЕ из пакета ТАЗМ, воспользовавшись про- 
граммой из примера 1.1. 

Как уже отмечалось, для полного использования возможностей отладчика следует при 
трансляции программы указать в числе других ключ /21, а при компоновке — ключ /со: 


фазт /2 /21 п р,р,р 
ИПК Л/ рр 


Кроме того, следуст убедиться, что в вашем рабочем каталоге имеется и загрузоч- 
ный (Р.ЕХЕ) и исходный (Р.АЗМ) файл, поскольку отладчик в своей работе использу- 
ет оба этих файла. Вызовем отладчик командой 
р 

На экране появится кадр отладчика, в котором видны два окна — окно Моде с ис- 
ходным текстом отлаживаемой программы и окно \!асВс$ для наблюдения за ходом 
изменсния заданных переменных в процессс выполнения программы (рис. 4.1). Окно 
\М/’эсЬез нам не понадобится, и его можно убрать, щелкнув мышью по маленькому 
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квадратику в левом верхнем углу окна или введя команду А+ЕЗ, предварительно сде- 
лав это окно активным. Переключение (по кругу) между окнами осуществляется кла- 
вишей Е6. 

Ё Е11е ЕА \1еы Ват Вгеакро!т&$ Бафа Орбот$ Штаом Не1р ВЕЙОУ 
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Рис. 4.1. Начальный кадр отладчика 


Верхняя строка кадра отладчика представляет собой главное меню. Для перехода в 
меню необходимо нажать клавишу АН и первую (выделенную цветом) букву требуе- 
мого пункта. Для выбора затем конкретного действия надо с помощью клавиш со 
стрелками Т и{ выделить нужный пункт и нажать клавишу Ещег. 

В нижней строке отладчика приведены его основные команды, вызов которых 
осуществляется нажатием на функциональные клавиши Е1...Е10. В действительности 
команд гораздо больше; некоторые из них можно реализовать только с помощью 
пунктов главного меню, другие вызываются комбинациями функциональных и управ- 
ляющих (АЙ, СЫ] или ЗШИ) клавиш. 

Рассмотрим типичные действия, к которым приходится прибегать по ходу отладки 
программы. 

После вызова отладчика и загрузки в память отлаживаемой программы ее первое 
предложение помечается значком №; там же устанавливается и значок подчерки- 
вания _— , который играет в отладчике роль курсора. По мере выполнения программных 
предложений значок № будст перемещаться по тексту программы, всегда указывая на 
очередное (еще не выполненное) предложение; значок — можно перемещать с помощью 
клавиш со стрелками. 

Нажав одну из клавиш Е8 или Е7, мы выполним одно предложение программы. 
Различие этих команд весьма существенно: команда Е7 (фасе, трассировка) позволяет 
войти внутрь вызываемых подпрограмм, а также выполнять циклы шаг за шагом. Ко- 
манда Е8 ($ер, шаг), наоборот, выполняст подпрограммы и циклы как одно неразрыв- 
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ное действие, что заметно ускоряет пошаговую отладку программы, если мы, напри- 
мер, уверены, что вызываемая подпрограмма выполняется правильно. 

Можно выполнить сразу и целый фрагмент программы, т.е. несколько пред- 
ложений. Для этого надо поместить курсор — перед тем предложением, на котором 
требуется сделать остановку (или на любой символ внутри него), и нажать клавишу Е4 
(Пеге, сюда). Выполнятся все строки программы до той, на которой установлен курсор; 
значок № переместится на эту строку. Далее можно опять выполнять программу по- 
строчно, нажимая на клавишу Е8, или, установив в требуемом месте курсор, выпол- 
нить следующий фрагмент, нажав Е4. 

Для повторного выполнения программы ее следует "рестартовать". Для этого надо 
выбрать в главном меню пункт Кип» Ргоэтапл гезе{ или просто нажать СЫ1+Е2. 

Важнейшим элементом отладки программы является наблюдение значений тех 
или иных полей данных, особенно тех, которые заполняются программой динамиче- 
ски, т.е. по ходу се выполнения. Для того чтобы вывести на экран содержимое поля 
данных, надо поместить курсор на имя этого поля (например, тезё в нашем примере) 
и выбрать пункт меню Оайа» [шзресе. В появившемся окне ввода переменной (рис. 4.2) 
можно скорректировать имя интересующего нас поля данных или ввести новое; если 
имя правильное, достаточно нажать клавишу Ещег. 
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Рис. 4.2. Внутреннее окно отладчика для ввода имени поля данных 


В кадр отладчика будет выведено окно с характеристиками и содержимым указан- 
ной переменной (рис. 4.3). Отладчик сообщает, что переменная тез хранится в памя- 
ти по адресу 1018:000, т. е. имеет сегментный адрес 10181 и смещение 0000}, и опи- 
сана как последовательность из 10 байт. Тут же приводятся значения всех байтов на- 
шей строки, включая их начертание на экране, а также десятичное и 16-ричное 
представление. 
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В окне шзресНпя можно изменить значение отображаемого поля данных. Для это- 
го надо, сделав это окно активным и поместив курсор на отображение конкретного 
элемента нашего символьного массива, например элемента с индексом 8 (знак "!"), 
ввести команду АН+Е10. Эта команда для любого активного окна открываст его внут- 
реннее меню с дополнительными возможностями. В данном случае внутреннее меню 
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Рис. 4.3. Вывод на экран содержимого поля данных 


будет иметь вид, показанный на рис. 4.4. 
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Нас будет интересовать пункт Спапее (изменение). Выбрав этот пункт, мы 
получим окно, в котором можно ввести требуемос значенис изменяемого данного. На 
рис. 4.5 показано это окно с введенным. символом ‘>, которым будет заменен 
восклицательный знак. Можно было вместо символа в одинарных кавычках ввести сго 
16-ричный код АЗСП, если он известен (число ЗЕ для знака >). Допустим ввод 
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Рис. 4.4. Фрагмент кадра отладчика 


с внутренним окном для окна [пзресипя 


и десятичного кода, если завершить его буквой 4 (624). 
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Рис. 4.5. Окно изменения выбранного элемента 


Если теперь, не выходя из отладчика, выполнить программу до конца, на экран 
будет выведена фраза 


Начинаем> 


Для того чтобы, находясь в отладчике, увидеть результат работы программы, надо 
ввести команду АН+Е5 (или выбрать пункт \У/пдо\» Озег зсгеел главного меню). Воз- 
врат в кадр отладчика осуществляется нажатием любой клавиши. 

Необходимо отдавать себе отчет в том, что любые изменения, вносимые в текст 
программы в процессе работы с отладчиком, будут действовать только до конца дан- 
ного сеанса (даже, точнее говоря, до рестарта программы). Отладчик изменяет не файл 
Р.ЕХЕ, хранящийся на диске, а только его копию в памяти. После завершения сеанса 
работы с отладчиком все, что было загружено в память, исчезает вместе с внесенными 
нами изменениями. 

Начальное окно отладчика дает недостаточно информации для серьезной работы с 
программой. При отладке программы на уровне языка ассемблера необходимо контро- 
лировать все регистры процессора, включая регистр флагов, а также во многих случаях 
поля данных вне программы (например, векторы прерываний или системные табли- 
цы). Для этого надо командой АУ, С (пункт главного меню У1е\у»СРИ) открыть 
"окно процессора" (рис. 4.6). 
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Рис. 4.6. Окно процессора с внутренними окнами 


Окно процессора состоит, в свою очередь, из пяти внутренних окон для наблюде- 
ния текста программы на языке ассемблера и в машинных кодах, регистров процессо- 
ра, флагов, стека и содержимого памяти. С помощью этих окон можно полностью кон- 
тролировать работу процессора при выполнении отлаживаемой программы. Для того 
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чтобы можно было работать с конкретным окном, надо сделать его активным, щелк- 
нув по нему мышью. Переходить из окна в окно можно также (по кругу), нажимая 
клавишу Таб. Для управления ходом программы используются функциональные кла- 
виши, перечисленные в нижней строке кадра (Е7 или Е8 для пошагового выполнения, 
Е4 для выполнения до курсора и т. д.). Курсор во всех внутренних окнах окна процес- 
сора выглядит в виде синей ленточки. Добавим еще, что, щелкнув мышью по значку 
стрелки 1 в правом верхнем углу окна процессора, можно увеличить это окно до раз- 
меров кадра отладчика. 

Продемонстрируем некоторые возможности окна процессора. По ходу пошагового 
выполнения программы можно изменять содержимое регистров. Это дает возмож- 
ность исправлять обнаруженные ошибки (если выяснилось, что в какой-то строке про- 
граммы заполняется не тот регистр или не тем содержимым), а также динамически мо- 
дифицировать программу с целью изучения ее работы. 

Выполните программу до первой команды ш{ 211 (предложение 7) и просмотрите 
содержимое регистров процессора. Вы увидите, что в старшей половине регистра АХ 
находится число 09} — номер вызываемой функции РО$. Младшая половина регистра 
АХ заполнена "мусором" — остатком от выполнения последней операции с регистром 
АХ. В регистре ОХ будет 00008 — относительный адрес первого байта строки тезр в 
сегменте команд. Изменим этот относительный адрес. Для этого надо перейти в окно 
регистров, поместить курсор на строку, отображающую содержимое регистра ОХ, и 
ввести команду АН+Е10, открывающую внутреннее меню окна регистров (рис. 4.7). 


Гтсгемет% 
Зесгемет* 


2его 
Спапбе... 
Ве 1з%егз 32-518 № 





Рис. 4.7. Внутреннее меню окна регистров 


Как видно из рис. 4.7, меню окна регистров предоставляет возможность выполнить 
увеличение содержимого регистра на 1 ([шсгетеп®), уменьшить его на 1 (Ресгетеп), 
обнулить (Сего) и заменить на любое заданное значение (Свапре). Выбрав пункт 
Срапбе, занесем в регистр ОХ число 5 (рис. 4.8). 


[2] Еифег пем ча ше’ 





5 


О Бырыый СоеСЫй ны Рис. 4.8. Окно задания регистру 


произвольного значения 


Теперь, если выполнить очередную команду (ш# 211), РОЗ выведет на экран 
строку, начало которой расположено в байте 5 сегмента данных. В нашей фразе 
"Начинаем!" байт 5 приходится на вторую букву "а" (нумерация байтов в строке, 
естественно, начинается с нуля). В результате на экран будет выведена строка 
аем! 


а читатель, возможно, немного глубже разберется в том, как в РОЗ передаются пара- 
метры вызываемых нами функций 00$. 

Еще одной полезной операцией является вывод содержимого области памяти, на- 
чиная с заданного адреса (дамп памяти). Таким образом можно изучать не только поля 
данных программы, но и содержимое вообще любых участков памяти компьютера, 
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в частности системных таблиц. Посмотрим, например, как выглядит в памяти блок ок- 
ружения программы. 


Любая программа, загруженная в память, 
состоит из двух отдельных блоков: собственно 
программы и ее окружения, которое располага- 


ется обычно перед программой, хотя не обяза- 
тельно вплотную к ней (рис. 4.9). 

Окружение представляет собой область Программа, 
памяти, в которой в виде символьных строк 
записаны значения переменных, называсмых 
переменными окружения, например 


РВОМРТ= $р$9 
РАТН=С\00$; САТООЕ$; САМС; 


Рис. 4.9. Программа и ее окружение 


Здесь РКОМРТ и РАТН - переменные окружения, а справа от знака равенства указаны 
их конкретные значения, которос могут быть и другими. Переменная РКОМРТ 
определяет форму системного запроса, выводимого командным процессором на экран 
после завершения любой текущей программы, а переменная РАТН - пуги к 
программным файлам, которые будут вызываться на выполнение просто по именам, 
без указания полной спецификации. 

Пользователь может включить в окружение строки определения дополнительных 
переменных с помощью команды ЗЕТ. Часто в качестве значений таких переменных 
указываются пути к каталогам со вспомогательными файлами или ключи, задающие 
режим работы различных программ. 

При загрузке прикладной программы содержимое начального окружения копиру- 
ется в создаваемое окружение прикладной программы, которая, таким образом, имеет 
доступ как к системным переменным (которые, скорес всего, ей не нужны), так и к пе- 
ременным, включенным в окружение пользователем и адресованным именно ей. 

Сегментный адрес окружения загружасмой программы записывается системой в ячей- 
ку со смещением 2СВ от начала программы. Необходимо заместить (этот вопрос будет под- 
робно рассмотрен в следующей статье), что система, загружая программу в память, при- 
страивает перед ней специальную системную область, называемую префиксом программы 
(ргортат зертлеп! ргебх, РЗР), заполняя его данными, которые нужны системе для правиль- 
ного взаимодействия с программой. Начало РЗР видно в нижней части рис. 4.6, в окне дам- 
па памяти. В префиксе программы и находится адрес окружения. Вооружившись этими 
знаниями, найдем в памяти окружение нашей программы. 

Перейдя в окно дампа памяти, введем команду А-Е10, открывающую внутреннее 
меню окна дампа (рис. 4.10). 

Выбрав пункт Сою (перейти), в открывшемся окне задания адреса перехода 
укажем смещение 2С. В окно дампа будет выведено содержимое Р$Р начиная с адреса 
2СН. Однако анализировать его неудобно, так как окно дампа отображает 
последовательные байты, а искомый адрес занимает слово. 

Изменим формат дампа, еще раз введя команду АК+Е10 и выбрав во внутреннем 
меню пункт П1зр!ау аз (показать в виде). На экран будет выведено еще одно меню 
(рис. 4.11), в котором можно выбрать требуемый вид представления информации в 
окне дампа (в виде байтов, слов, двойных слов ит. д.). | 
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бо%о... 
Зеагсн... 
Мех& 
Сапе... 

Ро 10 ; 


Ргеу10и$5 Ргеч!10и$ 


01зр1ау аз › 
1 0СК ‚ 21зр1а4 аз № 


Ехчептаей |В1оск ; 





Рис. 4.11. Внутреннее меню окна дампа 


Рис. 4.10. Внутреннее меню окна дампа 
"УтР " и подменю пункта Гузр1ау а 


Выберем режим отображения содержимого памяти в виде слов (\!от4$). Мы 
увидим, что по адресу 2СЬ расположено число 11248 (рис. 4.12). Это и есть сегмент- 
ный адрес окружения текущей программы, характеризующий расположение блока 
окружения в физической памяти компьютера. Его конкретное значение в известной 
степени случайно, так как зависит и от размера загруженной в память части РОЗ, и от 
наличия резидентных программ (русификатора и др.). У читателя, повторяющего 
рассматриваемый пример, наверняка получится другой адрес. 
4=:002С 1124 0Е52 114 6014 
4=:0034 0018 1066 РЕРЕ РРЕЕ 


А 
. = 
43:003С 0000 0006 1606 0060 1 
43:0044 0008 0000 0000 0066 Н 





4 Рис. 4.12. Дамп участка Р5Р в виде слов 


Теперь можно осуществить переход в окне дампа к началу окружения. Сначала, 
однако, следует опять изменить настройку окна дампа, чтобы получить побайтовый 
вывод (команды АШ+Е10 » П\15р!ау аз » Ву). Опять введем команду АНЕ1О и, 
выбрав пункт Со, укажем адрес перехода в виде 1124:0, чтобы посмотреть текст 
окружения с самого начала отведенного ему сегмента памяти, т.е. со смещения, 
равного нулю (рис. 4.13). 
[]=Елфег аё4ге$5 %0 розЁ101 $0 





1124:0 
2с 


ОК ш С110... ш Сапсе! ш Не!р Рис. 4.13. Задание адреса перехода в виде 
пай пинний манны нннней сегмент:смещение 


Воокно дампа будет выведено начала сегмента окружения (рис. 4.14), где видны 
переменные окружения СОМЕ!С и СОМЗРЕС. Следует заметить, что фактический 
состав окружения в сильной степени зависит от конфигурации и настроек компьютера, 
да и просто от привычек пользователя, так что на каждой машине рис. 4.14 будет 
выглядеть по-своему. 





1124:0000 43 4Р 4Е 46 49 47 30 66 СОМЕ16=Р 
1124:0008 75 6С 6С 5Р 63 6Р 6Е 66 и!!! сот? 
1124:0010 63 67 00 43 4Р 40 53 50 149 СОМЗР 
1124:0018 45 43 зр 43 за 56 44 4Р ЕС=С:\00 
4 


Рис. 4.14. Внутреннее окно дампа окна 
процессора с началом текста окружения 


+ чаи — 


К сожалению, в окнс процессора отладчика ТО нельзя изменять взаимный размер 
внутренних окон и окно дампа всегда оказывается небольшим. Если мы хотим 
наблюдать сравнительно большой участок памяти, лучше организовать дамп памяти 
по-иному. 
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Выберем пункт главного меню У1е\у»>Оитр. На экран будет выведено окно дампа, 
размер которого можно изменять. С помощью той же команды АН+Е10 » Со!о вводом 
адреса 1124:0 перейдем к началу окружения и растянем окно дампа так, чтобы можно 
было наблюдать весь текст окружения (рис. 4.15). 


а О 
1124:0006 43 4Р 4Е 46 49 4? 30 66 75 6С 6С 5Р 63 6Р БЕ 66 СОМЕ16=Ги11 сот 4 
1124:0010 69 67 00 43 4Р 40 53 50 45 43 ЗВ 43 ЗЯ 5С 44 4Р 149 СОМЗРЕС=С:\0О в 
1124:0020 53 5С 43 4Р 4Р 4Р 41 4Е 44 2Е 43 4Р 40 00 56 52 ЗУСОММАМО СОМ РВ 
1124:0030 4Р 40 50 54 ЗРр 24 65 58 33 33 ЗВ 31 60 24 70 24 ОМРТ=$е[33; и9р$ 
1124:0646 67 24 65 58 30 60 06 50 41 54 48 ЗР 43 За 5С 5? 9$е[би РАТН=С:\Ы 
1124:0050 49 4Е 44 4Р 57 53 ЗВ 43 ЗЯ 5С ЗВ 43 ЗЯ 5С 44 4Р 140045;С:\;С:\00 
1124:0060 53 ЗВ 43 ЗЯ 5С 4Е 43 35 ЗВ 43 ЗА 5С 54 4Р 4Р 4С 3;С:\05;С:\ 1001, 
1124:0076 53 ЗВ 43 за 5С 40 41 53 40 ЗВ 46 ЗА 5С 57 4Р 52 3:С:\МАЗМ: РМО 
1124:0086 44 35 ЗВ 43 ЗА 5С 42 43 34 35 5С 42 49 4Е ЗВ 43 05;С:\ВС45\В1Н;С 
1124:0690 З8 5С 40 4Р 55 53 45 00 54 45 4 50 ЗВ 43 ЗА 5С :\МОШЗЕ ТЕМР=С:“, 
1124:0086 74 65 60 70 00 54 40 50 30 43 Зя 56 74 65 6) 26 4емр ТМР=С: Метр 
1124:6086 00 42 4С 41 53 54 45 52 30 41 32 32 30 20 49 3? ВМАЗТЕВ=й720 17 
1124:00С0 20 44 31 20 54 34 00 00 01 00 46 ЗА 5С 43 55 52 0114 В Е:\С 
1124:0906 52 45 4Е 54 55 50 2Е 45 58 45 00 29 44 65 63 26 ЯЕНТ\Р.ЕХЕ рес т 
Ши 





Рис. 4.15. Большое окно дампа памяти с полным текстом окружения 


Для изменения размера окна предусмотрено несколько приемов. Клавиша Е5 уве- 
личивает активное окно до размеров экрана (повторное нажатие Е5 сжимает окно). 
Введя команду СЫЧЕ5, можно затем с помощью клавиш со стрелками -», {, — и 1 пе- 
ремещать окно по экрану, а используя клавиши со стрелками —+ и | при нажатой кла- 
више ЗЫЩ, изменять размер окна. Наконец, можно растянуть или сжать окно, потянув 
правый нижний угол окна мышью при нажатой левой клавише, Перемещение окна с 
помощью мыши осуществляется перетаскиванием его за любое место внешней рамки. 

В левой части кадра дампа (см. рис. 4.15) показаны коды (в 16-ричном представле- 
нии), содержащиеся в последовательных байтах памяти. В правой части кадра эти ко- 
ды преобразованы в соответствующие им изображения символов. Рассмотрев дамп ок- 
ружения, можно заметить, что отдельные строки вида 


Переменная окружения = значение 


разделяются двоичными нулями. Это обстоятельство необходимо иметь в виду при про- 
граммном анализе окружения с целью поиска в нем значения заданной переменной. В ок- 
ружении можно найти упоминавшиеся выше переменные РКОМРТ и РАТН; в конце окру- 
жения хранится полная спецификация выполняемой программы (ЕА\СОКВЕМТР.ЕХЕ 
в данном случае), что позволяет, просматривая память компьютера, определить имена всех 
загруженных программ. Именно так работает, например, программа РОЗ МЕМ, с помо- 
щью которой можно получить текущее содержимое памяти. 


Статья 5. Сегментная адресация 
и сегментная структура программ 


Почему программа должна обязательно состоять из сегментов? Причина этого 
кроется в архитектурных особенностях микропроцессоров корпорации Пе, которые 
нам придется здесь коротко рассмотреть. Важнейшей характеристикой любого про- 
цессора является разрядность его внутренних регистров, а также внешних шин адресов 
и данных. МП 86 имеет 16-разрядную внутреннюю архитектуру и такой же разрядно- 
сти шину данных. Таким образом, максимальное целое число (данное или адрес), с ко- 
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торым может работать микропроцессор, составляет 218 —1 = 65 535 (64 К-1). Однако 
адресная шина МП 86 содержит 20 линий, что соответствует адресному пространству 
27=| Мбайт. Для того чтобы с помошью 16-разрядных адресов можно было обра- 
щаться в любую точку 20-разрядного адресного пространства, в процессоре преду- 
смотрена сегментная адресация памяти, реализуемая с помощью четырех сегментных 
регистров. 

Суть сегментной адресации заключается в следующем. Физический 20-разрядный 
адрес любой ячейки памяти вычисляется процессором путем сложения 20-разрядного 
начального адреса сегмента памяти, в котором располагается эта ячейка, с 16- 
разрядным смещением к ней (в байтах) от начала сегмента (рис. 5.1). Начальный адрес 
сегмента без четырех младших бит, т. е. деленный на 16, хранится в одном из сегмент- 
ных регистров. Эта величина называется сегментным адресом. Каждый раз при загруз- 
ке в сегментный регистр сегментного адреса процессор автоматически умножает его 
на 101=16 и полученный таким образом базовый адрес сегмента сохраняет в одном из 
своих внутренних регистров. При необходимости обратиться к той или иной ячейке 
памяти процессор прибавляет к этому базовому адресу смещение ячейки, в результате 
чего образуется физический адрес ячейки в памяти. Умножение 16-разрядного сег- 
ментного адреса — 64 Кбайт на 16 увеличивает диапазон адресуемых ячеек до величи- 
ны | Мбайт. 


Сегментный адрес Всегда 
в сегментном регистре нули 


————щ 
Физический адрес иачала 
+ бит || замена зама 
+ 


Смещение (в одном из регистров 
или в ячейке памяти) 


Физический 20-разрядиый адрес 
пдресуемой хейки 
Рис. 5.1. Образование физического адреса из сегментного адреса и смещения 


Современные 32-разрядные процессоры Ни, в частности процессоры РепНит, 
имеют 32-разрядную адресную шину, что соответствует адресному пространству 2? = 
= 4 Гбайт. Однако описанный выше способ сегментной адресации памяти не позволяет 
выйти за пределы 1 Мбайт. Для преодоления этого ограничения в 32-разрядных про- 
цессорах используются два режима работы: реальный и защищенный. В реальном ре- 
жиме процессор функционирует фактически так же, как МП 86 с повышенным быст- 
родействием, и может обращаться лишь к 1 Мбайт адресного пространства. Остав- 
шаяся память, даже если она установлена на компьютере, использоваться не может. 

В защищенном режимс по-прежнему используются сегменты и смещения в них, 
однако начальные адреса сегментов не вычисляются путем умножения на 16 содержи- 
мого сегментных регистров, а извлекаются из таблиц сегментных дескрипторов, ин- 
дексируемых с помощью тех же сегментных регистров. Каждый сегментный дескрип- 
тор занимает 8 байт, из которых 4 байта (32 бита) отводятся под сегментный адрес. 
Тем самым обеспечивается полное использование 32-разрядного адресного простран- 
ства. В этом случае процессор позволяет адресовать до 237 = 4 Гбайт физической памя- 
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ти. Программирование защищенного режима будет рассмотрено в 6-м разделе этой 
КНИГИ. 

Итак, в МП 86 обращение к любым участкам памяти осуществляется исключи- 
тельно посредством сегментов — логических образований, накладываемых на требуе- 
мые участки физического адресного пространства. Размер сегмента должен находить- 
ся в пределах 0 байт ... 64 Кбайт (допустимы и иногда используются сегменты нуле- 
вой длины). Начальный адрес сегмента, деленный на 16, т. е. без младшей 16-ричной 
цифры, заносится (как правило, программистом с помощью соответствующих предло- 
жений программы) в один из сегментных регистров. Смещение же адресуемой ячейки 
указывастся тем или иным образом в команде. Процесс адресации памяти проиллюст- 
рирован на рис. 5.2 на примере конкретной команды шс шет!. Если предположить, 
что ячейка плет?| находится в байтах 4-5 сегмента данных, то полный код команды шс 
тепа! займет 4 байта и составит такую последовательность 16-ричных чисел: 

ЕЕ 06 04 00 

В этой последовательности первые 2 байта представляют собой код операции (вы- 
полнить инкремент над словом памяти), а вторые два — смещение в сегменте данных к 
адресуемой ячейке. На рис. 5.2 код операции и смещение изображены в виде двух по- 
следовательных слов памяти. 


Оперативная память 





(слова) 

Е 
$ 
-- . 
2 Код операции команды шс тлепа1 
Е Смещение ячейки пет] в сегменте данных 
Е 
4 
$) 1 1 

Смещения в сегменте г _ Содержимое 0$ = 1РЕ2ь 
м $ — 
Е 00 | 12Е20в <— Базовый адрес сегмента 
а на границе пара а. 
5 | [| шел Се ирим 
ры 
5 04 12Е24ь < Физнческий адрес 
Е ячейки тет] 
о 06 | | 


Базовый адрес сегмента, хранящийся 
во внутреннем регистре процессора 
ТРЕЗВ х 101 = 10Е?ОВ 
+ 0004ъ Вычисление процессором 


Я. еского еса 
1рЕ2аь  ФИЗИческого адр 


Рис. 5.2. Формирование физического адреса 


Поскольку младшая 16-ричная цифра базового адреса сегмента оказывается рав- 
ной нулю, сегмент всегда начинается с адреса, кратного 16, т. е. на границе 16-бай- 
тового блока памяти (параграфа). Следуст помнить, что сегментный адрес в 16 раз 
меньше соответствующего ему физического адреса памяти. 

Наличие в микропроцессоре четырех сегментных регистров определяет структуру 
программы. В типичной, не слишком сложной программе имеются сегмент команд, 
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сегмент данных и сегмент стека, которые адресуются с помощью сегментных регист- 
ров С$, 0$ и $5 соответственно. Дополнительный сегментный регистр Е$ часто ис- 
пользуется для обращения к полям данных, не входящим в программу, например к ви- 
деопамяти или системным ячейкам. Однако при необходимости его можно настроить 
и на один из сегментов программы. В частности, если программа работает с большим 
объемом данных, для них можно предусмотреть два сегмента и обращаться к одному 
из них через регистр 05, а к другому — через Е$. 

Язык ассемблера имеет, в частности, то преимущество, что программа, загружен- 
ная в память, полностью повторяет по своей структуре и порядку элементов исходный 
текст, написанный программистом. Так, если в сегменте данных последовательно опи- 
саны некоторые данные, они будут расположены в памяти в точности в том же поряд- 
ке. Сами сегменты также размещаются в памяти в том порядке, в каком они следуют в 
исходном тексте. В примере 1.1 мы описали в программе сначала сегмент команд, за- 
тем сегмент данных и, наконец, сегмент стека. Удостоверимся в том, что после загруз- 
ки программы в память порядок сегментов не изменится и заодно посмотрим, какие 
у них будут сегментные адреса. 

Запустим отладчик с примером 1.1 и выбором пункта главного меню Улеу»>Керщег 
{или командой АПУ > В) и выведем на экран окно регистров (рис. 5.3). 
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Рис. 5.3. Сегментные регистры после загрузки программы в память 


Теперь выполним два первых предложения программы, в которых в регистр 0$ 
засылается сегментный адрес сегмента данных. Мы увидим, что содержимое регистра 
05 стало равно 12181. Таким образом, сегменты программы расположены в памяти в 
том же порядке, что и в исходном тексте: сегмент команд (сегментный адрес 12161), 
сегмент данных (адрес 10181), сегмент стека (адрес 12191). Однако сразу после за- 
грузки программы в память содержимое регистров ОЗ и ЕЗ составляет 1206В, т.е. 
на 10} меньше, чем сегментный адрес сегмента команд. Это значит, что перед сегмен- 
том команд расположен еще один сегмент, имеющий размер 1О0№ параграфов или 
1001=256 байт. Это уже упоминавшийся ранее префикс программы РУР. 

Заглянув теперь в листинг трансляции, мы увидим, что размер ссгмента команд 
составляет 12Нн=18 байт, а размер сегмента данных — ОАй=10 байт. Имея все эти дан- 
ные, легко построить чертеж, отображающий расположение в памяти нашей конкрет- 
ной программы (рис. 5.4). 
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0$, Е$ = П20бь 2 


Префикс 
программы 
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12. байт 





Пустое место ОЕВ байт 


1218 — 
Сегмент 


данных 
ОАВ байт 





Пустое место 6 байт 
$$ = 10191 — 





Сегмент 
стека 
1006 байт Рис. 5.4. Образ конкретной программы 
в памяти и исходное содержимое 
<— $Р-100 регистров 


Перед сегментом команд и вплотную к нему система размещает дополнительный 
системный сегмент — префикс программы РЗР. При загрузке программы в память оба 
сегментных регистра данных 02% и ЕЗ указывают на РЗР, что дает возможность 
обращаться к этому сегменту по ходу программы, если это будет нужно. Сегментный 
регистр СЗ указывает на сегмент команд, как это и должно быть. Поскольку наша 
программа начинает свое выполнение с первого предложения (выше отмечалось, что 
так бывает не всегда), указатель команд [Р получает значение 0. В качестве начального 
значения ГР система принимает смещение программной метки, указанной в последнем 
предложении программы 
епа Ъед1п 


В нашем случае значение Февш равно нулю, так как ею помечена первая команда 
сегмента команд, имеющая смещение 0 (см. рис. 4.6). 

В сегментный регистр $$ система загружает сегментный адрес стека. Одновре- 
менно указатель стека ЗР получает значение, соответствующее размеру стека. 
Автоматическая настройка регистров $55:ЗР произошла потому, что при описании 
сегмента стека в программе мы использовали ключевое слово ${асК: 
зЕК зедтепе зкаск 


Все сегменты программы позиционируются на границы параграфов, т. е. начина- 
ются с физических адресов, кратных 16. Поскольку размеры сегментов обычно не 
кратны 16, между ними в памяти возникают промежутки, неиспользуемые при выпол- 
нении программы. Один из таких промежутков можно увидеть на рис. 4.6, где вслед за 
последней командой программы ш 211, расположенной по адресу С$:0010, начинает- 
ся область, заполненная нулями. Отладчик, не зная, что эти нули представляют собой 
просто "мусор", попытался деассемблировать их в команду ада [ВХ+$П, АГ, код кото- 
рой действительно равен нулю. 

Если бы мы расположили сегменты в другом порядке, например начали бы про- 
грамму с сегмента данных (что часто делают, так как для программиста естественно 
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сначала описать все данные, используемые в программе, а затем уже действия над ни- 
ми), то сегменты загрузились бы в память в таком порядке: 


Р$Р — Сегмент данных — Сегмент команд — Сегмент стека 


Таким образом, префикс программы всегда примыкает к ее самому первому сег- 
менту. 

Чрезвычайно важным обстоятельством является то, что после загрузки программы 
в память оба сегментных регистра данных, и 0$ и ЕЗ, указывают на Р$Р, а сегмент 
данных программы оказывается неадресуемым. Не забывайте об этом! Если вы поза- 
будете инициализировать регистр 0$ так, как это сделано в предложениях 3 и 4 при- 
мера 1.1, вы не сможете обращаться к своим данным. При этом транслятор не выдаст 
никаких ошибок, но программа будет выполняться неправильно. Поставьте поучи- 
тельный эксперимент: уберите из текста программы 1.1 строки инициализации регист- 
ра 0$ (проще всего не стирать эти строки, а поставить в их начале знак комментария — 
символ точки с запятой). Оттранслируйте, скомпонуйте и выполните такой вариант 
программы. Ничего ужасного не произойдет, но на экран будет выведена какая-то 
ерунда. Возможно, в конце этой ерунды будет и строка "Начинаем!". Почему так по- 
лучилось? Когда начинает выполняться функция 2О$ 09, она предполагает, что пол- 
ный двухсловный адрес выводимой на экран строки находится в регистрах О5:ОХ (в 
0$ - сегментный адрес, в ОХ — смещение). У нас же сегментный регистр 0$ указывает 
на Р$Р. В результате на экран будет выводиться содержимое Р$Р, который заполнен 
адресами, кодами команд и другой числовой (а не символьной) информацией. 

Для закрепления изложенного материала рассмотрим пример несколько нетипич- 
ной программы, назначение которой — вывод на экран даты выпуска ПЗУ В1ОЗ, уста- 
новленной на данном компьютере (подробнее о ПЗУ ВТОЗ рассказано в статье 22). Из- 
вестно, что эта дата записана в ПЗУ ВОЗ в символьной форме (т. е. в виде текста) в 8 
байтах, первый из которых имеет смещение ЕЕЕЗЬ от начала ПЗУ. Микросхема ПЗУ 
В1О$ располагается в самом конце адресного пространства МП-86 и всегда имеет сег- 
ментный адрес Е000Н. Для вывода содержимого ПЗУ на экран нет необходимости пе- 
реписывать ячейки ПЗУ в буфер программы; достаточно указать для вызываемой 
функции РОЗ в качестве адреса исходной строки значение РО0ОЪ:ЕЕЕЗВ. Как уже от- 
мечалось выше, функции РОЗ вывода на экран требуют, чтобы адрес выводимой 
строки находился в регистрах О$З:ОХ (еще раз подчеркнем, что адрес памяти всегда 
состоит из двух слов и, следовательно, требует для записи двух регистров, первый из 
которых должен быть сегментным). Таким образом, перед вызовом ВОЗ следует запи- 
сать в регистр 0$ число ЕО0О0}, а в регистр ОХ -— ЕЕЕЗВ. 

В предыдущем примере для вывода на экран использовалась функция 2О$З 098. 
Однако она требует, чтобы в конце выводимой строки стоял знак $. В ПЗУ В10$ тако- 
го знака, естественно, нет. Поэтому для вывода на экран нам придется воспользоваться 
другой функцией ОО$, с номером 401, которая позволяет задавать число выводимых 
байтов в регистре СХ. Это универсальная функция, с помощью которой можно вывес- 
ти данные на любое устройство (экран, принтер, файл на диске и последовательный 
порт). Приемное устройство характеризуется значением дескриптора, которое записы- 
вается в регистр ВХ. Для экрана предусмотрен предопределенный дескриптор | (по- 
следовательному порту присвоен дескриптор 3, принтеру - 4, а большие номера на- 
значаются открываемым файлам). 
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Пример 5.1. Программа, выводящая на экран дату выпуска ПЗУ В105 


тех+ зедтеп* ; (1) Начало сегмента команд 
аззите С5:{ехЕ ; (2)С5 будет указывать на сегмент хехе 
Бед1п: том АХ, 9РО00В ; (3) Сегментный адрес ПЗУ 8105 
по 25, АХ ; (4) Занесем его в 05$ 
поу АН, 40Ъ ; (5) Функция 005 вывода 
оу ВХ, 1 ; (6) Дескригтор экрана 
поу СХ, 8 ; (8) Выведем 8 символов 
поу ОХ, СЕЕЕБЬ ; (7) Смещение к выводимой строке 
176 218 ; (9) Вызов 205 
пом АХ, 4С00В ; (10) Функция 4СЬ и код завершения 0 
10% 218 ; (11) Вызов 005 
тех+ ела5 ; (12) Конец сегмента команд 
ЕК зедтеп& ; (13) Начало сегмента стека 
Аь 256 а%р (0) ; (14) Стек 
зЕеК епа$ ; (15) Конец сегмента стека 
ела реад1п ; (16) Конец текста с точкой входа 


Приведенная программа своеобразна в том отношении, что в ней отсутствует сег- 
мент данных. Это вполне допустимо. Действительно, если в программе нет данных 
(они у нас хранятся в ПЗУ), то зачем ей сегмент данных? Поэтому и в предложении 
аззитае оставлено только описание регистра С$. 

В первых предложениях программы (3 и 4) как и раньше, выполняется инициа- 
лизация сегментного регистра 03, однако он настраивается не на сегмент данных, а на 
сегмент памяти, в котором размещается ПЗУ ВТО$. Далее настраиваются регистры ВХ, 
СХ и ОХ, с помощью которых ВОЗ передается необходимая для правильного выпол- 
нения функции информация, после чего командой ии 218 вызывается РОЗ. 

Как уже подчеркивалось выше, любая программа обязательно должна завершаться 
вызовом функции АСВ. Эта функция обеспечивает правильное завершение программы 
и возврат в РОЗ (конкретно — в командный процессор). Если позабыть вызвать в конце 
программы эту функцию, процессор, выполнив последнее (с нашей точки зрения) 
предложение программы, продолжит выполнение тех кодов, которые находятся в па- 
мяти вслед за сегментом данных. В нашем случае там находится стек, который может 
быть заполнен чем угодно. Выполнение этих бессмысленных кодов рано или поздно 
приведст к "зависанию" программы и необходимости перезагрузки компьютера. 


Статья 6. Стек 


В предыдущих статьях вскользь упоминался стек. Рассмотрим это понятие более 
подробно. — 

Стеком называют область программы для временного хранения произвольных 
данных. Отличительной особенностью стека является своеобразный порядок выборки 
содержащихся в нем данных: в любой момент времени в стеке доступен только верх- 
ний элемент, т. е. элемент, загруженный в стек последним. Выгрузка из стека верхнего 
элемента делает доступным следующий элемент. 

Элементы стска располагаются в области памяти, отведенной под стек, начиная со 
дна стска (т. е. с его максимального адреса), по последовательно уменыпающимся ад- 
ресам (рис. 6.1). Адрес верхнсго, доступного элемента хранится в регистре-указателе 
стека 5Р. Как и любая другая область памяти программы, стек должен входить в ка- 
кой-то сегмент или образовывать отдельный сегмент. В любом случае сегментный ад- 
рес этого ссгмента помещается в сегментный регистр стека 55. Таким образом, пара 
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регистров $5:$Р описывают адрес доступной ячейки стека: в $$ хранится сегментный 
адрес стека, а в ЗР. — относительный адрес доступной (текущей) ячейки (рис. 6.1, а). 
Обратите внимание на то, что в исходном состоянии указатель стека ЗР указывает на 
ячейку, лежащую под дном стека и не входящую в него (на рис. 6.1 эта ячейка обозна- 
чена серым цветом). 





Рис. 6.1. Организация стека: а — исходное состояние; б-— после загрузки первого элемента 
(в данном примере — содержимого регистра АХ); в — после загрузки второго элемента 
(содержимого регистра 05); г — после выгрузки одного элемента; д — после выгрузки двух 
элементов и возврата в исходное состояние 


Загрузка в стек осуществляется специальной командой работы со стеком разв 
(протолкнуть). Эта команда сначала уменьшает на 2 содержимое указателя стека, а за- 
тем помещает операнд по адресу, находящемуся в 5Р. Если, например, мы хотим вре- 
менно сохранить в стеке содержимое рсгистра АХ, следует выполнить команду 

ризр АХ 


Стек переходит в состояние, показанное на рис. 6.1, 6. Видно, что указатель стека 
смещается на 2 байта вверх и по этому адресу записывается указанный в команде про- 
талкивания операнд. Следующая команда загрузки в стек, например 

раз 05 


переведет стек в состояние, показанное на рис. 6.1, в. В стеке будут теперь храниться 
два элемента, причем доступным будет только верхний, на который указывает указа- 
тель стека ЗР. Если спустя какое-то время нам понадобилось восстановить исходное 
содержимое сохраненных в стеке регистров, мы должны выполнить команды выгрузки 
из стека рор (вытолкнуть): 

рор 25 

рор АХ 

Состояние стека после выполнения первой команды показано на рис. 6.1, г, а после 
второй - на рис. 6.1, д. Для правильного восстановления содержимого регистров выгрузка 
из стека должна выполняться в порядке, строго противоположном загрузке — сначала вы- 
гружается элемент, загруженный последним, затем предыдущий элемент ит. д. 

Обратитс внимание на то, что после выгрузки сохраненных в стеке данных они 
физически не стерлись, а остались в области стека на своих местах. Правда, при "стан- 
дартной" работе со стеком они оказываются недоступными. Действительно, поскольку 
указатвль стека ЗР указываст под дно стека, стек считается пустым; очередная команда 
разв поместит новое данное на место сохраненного ранее содержимого АХ, затерев 
его. Однако пока стек физически не затерт, сохраненными и уже выбранными из него 
данными можно пользоваться, ссли помнить, в каком порядке они расположены в сте- 
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ке. Этот прием часто используется при работе с подпрограммами и в дальнейшем бу- 
дет описан подробнее. , , 

В примерах 1.1 и 5.1 мы не использовали команды ризН и рор для работы со сте- 
ком. Однако это совсем не означает, что мы могли отказаться от стека. Действительно, 
стек автоматически используется системой в ряде случаев, в частности при переходе 
на подпрограммы и при выполнении команд прерывания 11. И втом и в другом случае 
процессор заносит в стек адрес возврата, чтобы после завершения выполнения подпро- 
граммы или программы обработки прерывания можно было вернуться в ту точку вы- 
зывающей программы, откуда произошел переход. Подпрограмм в наших программах 
не было, однако были две команды 11 21 и операционная система при выполнении 
программы дважды обращалась к стеку. 

Какой размер должен быть у стека? Точно ответить на этот вопрос нельзя. Если 
изучить программы ОО$, реализующие функции общего назначения, то можно определить, 
что они перед переходом на выполнение затребованной функции сохраняют в стеке, 
помимо адреса возврата, еще и содержимое всех регистров процессора. Для этого 
требуется 15 слов, и, следовательно, стек никак не должен быть меньшего размера. 
Если же в программе стек используется в явном виде, например для передачи в 
вызываемые подпрограммы их параметров (которых может быть и очень много), то 
программист должен сам оценить, какой объем данных может оказаться в стеке в 
самом неблагоприятном случае, и выбрать размер стека, исходя из этой величины. 
В наших простых примерах мы отводили под стек 256 байт (128 слов), что, 
безусловно, достаточно. 

Что произойдет, если программист по ошибке или умышленно не опишет. стек в 
своей программе? Модифицируйте пример 1.1, убрав из него предложения описания 
стека. Запустите получившуюся программу под управлением отладчика. Посмотрите, 
чему равно содержимое регистров 5$ и $Р. Вы увидите, что в 55 находится тот же ад- 
рес памяти, что и в С$; отсюда можно сделать вывод, что сегменты команд и стека 
совпадают. Однако содержимое ЗР равно нулю. Первая же команда РОЗН уменьшит 
содержимое ЗР на 2, т. е. поместит в $Р число —2. Значит ли это, что стек будет расти, 
как ему и положено, вверх, но не внутри сегмента команд, а над ним, по адресам —2, 
—4, —6 ит. д. относительно верхней границы сегмента команд? Оказывается, это не так. 

Если взять 16-разрядный двоичный счетчик, в котором записан 0, и послать в него 
два вычитающих импульса, то после первого импульса в нем окажется число ЕЕЕЕН, а 
после второго — ЕЕЕЕВ. При желании мы можем рассматривать число ЕРЕЕВ как —2 
(что и имеет место при работе со знаковыми числами, о которых будет идти речь поз- 
же), однако процессор при вычислении адресов рассматривает содержимое регистров 
как целые числа без знака и число ЕЕЕЕВ оказывается эквивалентным не -2, а 65 534, 
В результате первая же команда занесения данного в стек поместит это данное не над 
сегментом команд, а в самый его конец, в последнее слово по адресу СЗ:ЕЕЕЕВ. При 
дальнейшем использовании стека его указатель будет смещаться в сторону меньших 
адресов, проходу значения ЕЕЕСЬ, ЕЕЕАН ит. д. 

Таким образом, если в программе отсутствует явное объявление стека, система са- 
ма создает стек по умолчанию в конце сегмента команд или, точнее, по адресу ЕЕЕЕВ 
относительно начала сегмента команд (рис. 6.2). 
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Рис. 6.2. Стек в программе без явного 
<_ЗР=РЕРЕВ Объявления стека 





Рассмотренное ‘явление, когда при уменьшении адреса после адреса 0 у нас 
получился адрес РЕЕЕХ, т. е. от начала сегмента мы прыгнули сразу в его конец, носит 
название циклического возврата или оборачивания адреса. С этим явлением прихо- 
дится сталкиваться довольно часто. 

Расположение стека в конце сегмента команд не приводит к каким-либо неприят- 
ностям, пока размер программы далек от граничной величины 64 К. В этом случае на- 
чало сегмента команд занимают коды команд, конец — стек, а между ними распо- 

` лагаются данные (если сегмент данных описан в программе после сегмента команд). 
Если, однако, размер сегментов команд или данных приближается к 64 К, то фактичес- 
ки стек будет наложен на тот или иной сегмент программы и возникает опасность за- 
тирания полей программы. Очевидно, что этого нельзя допускать. В то же время сис- 
тема не проверяет, что происходит со стеком и никак не реагирует на затирание ко- 
манд или данных. Таким образом, оценка размеров собственно программы, данных 
и стека является важным этапом разработки программы. 
Примеры использования стека будут приведены в последующих статьях. 


Статья 7. Вызовы ООФ и их использование 
в прикладных программах 


На каком бы языке ни была написана программа, вся ее жизнь проходит в тесном 
взаимодействии с установленной на компьютере операционной системой. Даже если 
программа, в сущности, ничего не делает (нетрудно написать такую "фиктивную" про- 
грамму), то ее загрузку в память, запуск и завершение выполняют программы 2О$. 
Выше мы уже отмечали, что необходимым элементом любой программы должен быть 
вызов функции ООЗ 4СВ, которая завершает программу и передает управление ко- 
мандному процессору. Помимо запуска и завершения программ, в прерогативу РОЗ 
входит организация взаимодействия со всеми аппаратными средствами компьютера: 
клавиатурой, экраном, дисками, таймером, памятью и др. Более того, сама внутренняя 
организация программы, ее структура и в известной степени алгоритмы поведения в 
сильной степени определяются правилами организации вычислительного процесса, за- 
ложенными в 2О$. Так, например, средствами РОЗ создаются резидентные програм- 
мы, без которых невозможно себе представить функционирование компьютера. Выше 

уже приводился пример обращения к окружению программы, которое, разумеется, ор- 
` ганизует 2О$. Еще один пример — запуск программы с передачей ей в командной 
строке каких-либо параметров, например имен рабочих файлов. Взаимодействие про- 
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граммы с командной строкой ее запуска также организует РО. Поэтому в программах 
на языке ассемблера всегда широко используются системные средства (функции РОЗ). 

При составлении программы на языке высокого уровня (Паскаль, Си) к явным вы- 
зовам функций ОО$ прибегают редко. Однако функции языка, так или иначе затраги- 
вающие аппаратуру, например функции ввода с клавиатуры, вывода на экран, созда- 
ния файла и др., в процессе компиляции преобразуются в те же вызовы функций опе- 
рационной системы. Знакомство с внутренними возможностями. ПОЗ позволяет более 
осознанно подойти к составлению программ на используемом языке высокого уровня. 
Если же программа составляется на языке ассемблера, то без обращения к функциям 
РО$ ее написать просто невозможно. 

Мы уже знаем, что вызов РОЗ осуществляется с помощью команды прерывания 
111 218. Как выполняется команда 116 и почему ее выполнение приводит к активизации 
программ операционной системы, будет рассмотрено в статье 25, посвященной систе- 
ме прерываний компьютера. Пока отметим только, что эта команда передает управ- 
ление программе-диспетчеру 0ОО$, который, проанализировав содержимое регистра 
АН, вызывает программу, реализующую ту функцию РОЗ, номер которой совпадает с 
содержимым АН. Программист, организуя в своих программах вызовы функций РО$, 
должен иметь перед собой справочник с номерами и описаниями этих функций. 

Обращение из прикладной программы к системным функциям осуществляется 
единообразно. В регистр АН засылается номер функции, в другие регистры — исход- 
ные данные, необходимые для выполнения конкретной системной программы. После 
этого выполняется команда т 1. 

Довольно часто возникает ситуация, когда запрошенная системная функция не `мо- 
жет быть выполнена должным образом. Например, программа пытается открыть файл 
на диске, которого в действительности на этом диске нет. Или программе требуется 
дополнительно 200 Кбайт памяти, а свободной памяти осталось меньше, В такого рода 
ситуациях большинство функций РОЗ оповещают вызывающую программу о систем- 
ном сбое (системной ошибке). Это оповещение осуществляется путем установки флага 
переноса СЕ в регистрс флагов. Если же функция выполнилась успешно, флаг СЕ сбра- 
сывается. Таким образом, программа после обращения к системе обязана проанализи- 
ровать состояние флага СЕ. Если СЕ=0, запрошенная функция выполнена успешно и 
программа может продолжаться. Если же СЕ=1, функция выполнена не была и про- 
должать программу нет никакого смысла. В последнем случае в регистре АХ система 
возвращает в качестве дополнительной информации код ошибки, по которому можно 
судить о характерс системного сбоя. Методика анализа флага переноса после обраще- 
ния к системным функциям будет продсмонстрирована в последующих примерах. 

Рассмотрим пару простых программ, демонстрирующих методику использования 
функций ООЗ и анализа результата их выполнения. 


Пример 7.1. Удаление файла 


фехе зедтепЕ 

аззиме с$:{ех(, аз : Чака 

Беад1т: моу АХ, Чафа ;Инигиализируем 
пом 25, АХ урегистр 0$ 
пох АН, 416 ;Функция удаления файла 
оу „ОХ, ОЕЕзее Гпаше ;Адрес имени файла 
ре 216 ;Вызов 905 
с еггког ;Переход, если ошибка 
поу АН, ЭВ ;Вывод сообщения 
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ом ОХ, оЕЁЕзее шздок ;0б удалении 


ре 216 ;Вызов 205 
Е! п: оу АХ, 4С00Б ;Завершение программы 
ды 218 ;Вызов 20$ ` 
егког: оу АН, ОВ ;Вывод сообщения 
поу ОХ, оЕЕзеЕ мзаегх ;0б6 ошибке 
1пЕ 21. ;Вызов 205 
Эмр ЕП ;Переход на завершение 
фехе епа5 
Часа зеатеп& 


Гламе Яю 'Е:\5езеЕ11е.001',0 ;Спекификация файла 
мзаок ЧБ 'Файл удален$' 
пзаегге ЧБ 'Файл не найден$' ! 


Дака епа$ 
ЕК зедтепе зфаск 

аь 256 аир (0} 
ЗЕК ‚ еп 5 


ета Бед1п 


Пример 7.1 представляет собой типичную программу, содержащую три сегмента: 
команд, данных и стска, В ней демонстрируется методика программного удаления с 
диска файла с заданным именем. Для удаления файлов предусмотрена функция 2ОЗ 
418. Она требует единственного параметра — полной спецификации удаляемого файла, 
включающей диск, полный путь к файлу и его имя с расширением. Адрес специфи- 
кации файла должен быть занесен в регистры О$:ОХ. Если по каким-либо причинам 
20$ не смогла удалить файл (файл отсутствует, в спецификации файла указан несу- 
ществующий каталог, файл защищен от удаления), функция возвращает установлен- 
ный флаг переноса СЕ. 

Полная спецификация файла описывается в сегменте данных в строке с произволь- 
ным именем тате. Обратите внимание на завершающий строку двоичный нуль, кото- 
рый нужен для того, чтобы ПОЗ могла найти конец этой строки. Такой формат сим- 
вольных строк используется очень часто и носит специальное название строк АЗСПИ, 
(в отличис от строк АЗСИ, в которых нуля в конце нет). В описании функции 411 спе- 
циально указано, что спецификация файла должна быть дана в виде строки АЗСИЯ. 

Далсе в ссгментс данных описаны две строки с сообщениями о нормальном завер- 
шении (файл удален) и об ошибке (РОЗ не смогла удалить файл). 

Сама программа весьма проста. В первых двух предложениях регистр 0$ ини- 
циализируется адресом сегмента данных. Это нужно для правильной работы как функ- 
ции 091, которая требует адрес выводимой на экран строки в регистрах 0$:ОХ, так и 
функции 418, которая в той же паре регистров ожидает найти адрес спецификации 
удаляемого файла. 

Далес задаются параметры для выполнения функции удаления файла (в регистр 
АН заносится номер функции, а в регистр ОХ — смещение строки со спецификацией 
файла) и командой п 21й осуществляется переход в РО$. Командой |с (дипр 1Ё сапу, 
переход, если перенос) осуществляется переход на метку егтог в случае ошибки. Если 
ошибки нст, выполняются следующис программные строки — вывод с помошью уже 
знакомой нам функции О9Й сообщения об удалении файла и завершение программы 
вызовом функции 4СР с кодом завершения 0. 

Если 2О$ не смогла удалить указанный файл, происходит переход на метку е!тог. 
Здесь выводится сообщение об ошибке и командой лир (литр, переход) осущест- 
вляется переход на мстку Йи, которой помечен фрагмент программы с вызовом функ- 
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ции 4СВ. Последний прием позволяет избавиться от дублирования фрагмента завер- 
шения в конце текста программы. 

В приведенном примере имеется характерная деталь: программа, если можно так выра- 
зиться, кончается не в конце. Действительно, предложения завершения программы 
#1: оу АХ, 4С 008 ;Завершение программы 

пе 218 ;Вызов 205 
расположены внутри текста программы и не являются завершающими. Это совершен- 
но нормальная и даже весьма обычная ситуация. Надо только следить за тем, чтобы 
при любом ходе программы управление рано или поздно было передано на эти строки. 
В нашем случае передача управления осуществляется командой 

тр Е1п 
в последнем (по тексту) предложении программы. 

Для того чтобы испытать в действии пример 7.1, следует создать (например, сред- 
ствами программы Моцоп Сопитапдег) в корневом каталоге диска Е: файл с именем 
ТЕЗТЕШЕ.О01. Если на компьютере читателя диска Е: нет, придется подправить текст 
программы и в спецификации файла указать любой имеющийся на компьютере логи- 
ческий диск, например С: (или, при желании, А:, если пользователь предпочитает про- 
водить эксперименты с дискетой). 

Носле нормального завершения программы и получения на экране сообщения 
Файл удален . 


следует запустить программу вторично. Поскольку при этом прогоне РОЗ не обна- 
ружит указанный в программе файл, на экран будет выдано сообщение об ошибке: 
Файл не найден . 


Приведенный пример можно усовершенствовать, введя в него анализ кода ошибки 
в случае возврата ОО$ установленного флага СЕ. Функция 418 может вернуть в ре- 
гистре АХ следующие коды ошибки: 

02} — файл не найден; 

ОЗ} — путь не найден; 

051 — доступ запрещен. 

В приводимом ниже примере 7.2 для каждой из возможных ошибочных ситуаций 
на экран выводится соответствующее сообщение. 


Пример 7.2. Удаление файла с анализом возможных системных сбоев 
хехе зедтепе 
аззиме сз:$ехё,аз:Аафа 
ред1п: поу АХ, дата 
по 25, АХ 
поу АН, 418 


пом ОХ, оЕЕзее Ёпаме 
10% 218 
9с еггог ;Переход, если ошибка 
тоУ АН, ОЭВ ;Вывод сообщения 
поУу ОХ, оЕЁзее тзаок ;об удалении 
пе 238 

1: оу АХ, 45008 ; Завершение программы 
1пе 218 

;Влок анализа ошибок 

еггог: сир АХ, 028 ;Файл не найден? 
3е поЕЕоцпа ;ПЛа, вывести сообщение 
стр АХ, ОЗН ;Путь не найден? 
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)е мгопаЯ1 Е ;Да, вывести сообщение 


стр АХ, 055 ;Доступ запрещен? 
Зе поассе$5 . ;Да, вывести сообщение 
Эмр ЕП | ;Неизвестная ошибка 


;Блок вывода сообщений 
поЕЕоцпа : моу ОХ, ОЕЕЗее тз91 


Эмр мет се 
игопа91г:тоу ОХ, оЕЁзее мза2 
Этр иг Се 


поассез$$ : моу ОХ, оЕЁзее мза3 
мг Ее: поч АН, О9Н 


17е 218 
Эмр #11 
фехе епаз 
Даса зедтепе 


Епаме Ч 'Е: \6е56Е11е.001',0 
мзаок А6 'Файл удален$' 


05491 АБ 'Файл не найден$' 
05492 © 'Каталог неверен$' 
0593 АЮ 'Доступ запрещен$' 
Чата епаз 
ЗЕК. зедмепт® зфаск 

а 256 ацр (0} 
зЕК еп465 

ета Бед1п 


В этом варианте программы, в случае установки флага переноса и перехода на мет- 
ку етог выполняется сравнение содержимого регистра АХ с возможными для данной 
функции кодами ошибки. Сравнение осуществляется командой стр (сотраге, срав- 
нить), после которой командой условного перехода`е (литр Ш едуа], переход, если рав- 
но) выполняется переход на соответствующую этой ошибке метку блока вывода 
сообщений. Если ни одно из сравнений не дало положительного результата, т. е. функ- 
ция 41В вернула непредусмотренный код ошибки, происходит переход на метку Яп и 
завершение программы без каких-либо сообщений. В данном случае такой поворот 
событий трудно себе представить, в принципе же в блоках сравнения следует преду- 
сматривать отработку всех возможных ситуаций. 

В блоке вывода сообщений в регистр ОХ заносится смещение строки, соответст- 
вующей ошибке, и командой лир осуществляется переход на метку \тИе, где вызыва- 
ется функция О9Н вывода строки на экран. 

Для полной проверки правильности созданной программы следует прогнать ее в 
разных ситуациях: файл имеется, файла нет, файл защищен атрибутом "только для 
чтения" (этот атрибут легко установить с помощью команды ОО$ АТТЕПВ или сред- 
ствами программы Мопоп Соттапдег), в программе в спецификации файла указан не- 
существующий диск или каталог. В последнем случае, разумеется, внеся в программу 
“ошибку", необходимо повторно выполнить ее трансляцию и компоновку. 

Мы видим, что анализ даже немногих кодов ошибок привел к существенному уве- 
личению размеров программы и введению в нее многочисленных ‘условных и безус- 
ловных переходов. Тем не менее при разработке реальных программных продуктов 
такого рода проверки абсолютно необходимы. Ведь ошибки при выполнении функций 
00$ возникают не потому, что программа написана неверно, а потому, что кон- 
кретный прогон программы не отвечает состоянию вычислительной среды. Например, 

. программа должна в начале своей работы удалить с дискеты файл, оставшийся там от 
предыдущего сеанса работы, а пользователь случайно поставил на дисковод не ту дис- 
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кету. Достаточно установить правильную дискету — и программа будет работать нор- 
мально. Если в программе не выполняется анализ ошибок РОЗ, то программа в таких 
ошибочных ситуациях может начать работать совершенно непредсказуемо. 

Представьте себе программу, которая считывает с диска некоторые данные, обра- 
батывает их и создает новый файл с этими обработанными данными. Что будет, если 
исходного файла на диске нс окажется? Файл открыт не будет, и РОЗ сообщит нам об 
ошибке установкой флага переноса. Если мы не предусмотрим в программе анализа 
флага ошибки, то программа просто продолжит свое выполнение. Будет предпринята. 
попытка чтения из отсутствующего файла, но файла нет, функция чтения выполнена 
не будет, и опять РО$ вернет установленный флаг СЕ. Если и здссь мы не обращаем 
на него внимания, выполнение программы продолжится, она начнет обрабатывать от- 
сутствующие данные и, возможно, запишет результат своей бесполезной работы в 
файл на диске. Хотя все выполнение программы не имело никакого смысла, мы ничего 
об этом не узнаем и будем думать, что обладаем файлом с ценными данными. 

Некоторые простые функции РОЗ не сигнализируют о возможных ошибках уста- 
новкой флага СЕ. Например, функция 01 вводит один символ с клавиатуры, 
а функция 026 выводит один символ на экран. Трудно представить себе ситуацию, 
в которой эти функции (на нормально работающем компьютере) дали бы сбой. Таким 
образом, используя те или иные функции РОЗ, следует по справочнику определить, 
возвращают ли они информацию о сбое, и если возвращают, то с какими кодами 
в регистре АХ. | 


Статья 8. Циклы 


Циклы (т. е. выполнение некоторого участка программы заданное число раз) отно- 
сятся к числу важнейших элементов программ на любых языках программирования. 
Для демонстрации техники организации циклов рассмотрим фрагмент программы, в 
котором создается и выводится на экран тестовый символьный массив, заполненный 
кодами алфавитно-цифровых и псевдографических символов. Эти символы имеют ко- 
ды от 32 (пробел) до 254 (сплошной квадратик). (Примем пока это утверждение на ве- 
ру; вопрос о кодах символов будет подробнее рассмотрен в статьс 11). Такой массив 
можно создать в полях данных программы вручную с помощью оператора 46: 
зушЬо1з @аЬ 32,33,34,35,36, 37,38, 39, ... | 


однако проще заполнить его данными программным образом (пример 8.1). Для удоб- 
ства читателей программа примера 8.1 приведена полностью, однако в дальнейшем в 
примерах будут приводиться только содержательные фрагменты программ. Весь "ан- 
тураж" (объявления ссгментов, инициализация сегментного регистра 0$, завершение 
программы), который всегда остается практически нсизменным, будет опускаться. 


Пример 8.1. Циклы 


фехе зедмепЕ ; (1) Начало. сегмента команд 
аззцте Сб:техе, 05 :Чаба ;(2} 
ред1п; пом АХ, Чаха ; (3) Инициализация сегментного 
ом 25, АХ ; (4) регистра 0$. 
;Подготовим все необходимое для организации цикла 
пом СХ, 223 ; (5) Число шагов в цикле 
пох ЗТ, 0 ; (6) Индекс элемента в заполняемом массиве 
ом АТ, 32 ; (7) Код гервого символа - пробела 


;Теперь собствелно гикл, в который входит 4 команды 
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#111: мох зутро1$ [5Г1],АБ; (8) Очередной код в байт массива 


пс АБ ; (9) Создадим код следующего символа 
пс 5Т ; (10) Сдвинемся в массиве на 1 байт 
1оор Е! 11 ; (11) Команда цикла из СХ шагов 

;Выведем ‘для контроля полученный символьный массив на экран 
пом АН, 406 ; (12) Функция 205 вывода 
мох ВХ, 1 ; (13) Стандартный дескриптор экрана 
мох СХ, 223 ; (14) Число выводимых байтов 
мох ОХ, оЕЁзее зутро1з; (15) Адрес выводимого сообщения 
бобы 215 ; (16) Вызов 005 

;Завершим грограмму . 
| ем АХ, АСООН ; (17) 
106 218 ; (18) . 

бехе еп45$ . ; (19) Конец сегмента команд 

Часа зедмепте ; (20) Начало сегмента данных 

;Поля данных программы 

зутро1$ ар 223 ацр ('!*') ; (21) Заполняемый массив 

Часа епаз ; (22) Конец сегмента данных 

ЕК зедмепе зкасКк ; (23) Начало сегмента стека 
аБ 256 аир (0) ; (24) Стек 

ЕК еп4з ; (25) Конец сегмента стека 
епа ред1п ; (26) Конец текста программы 


Рассмотрим содержательную часть программы. -Счетчиком шагов цикла служит 
регистр СХ, в который надо занести требусмое число шагов цикла (предложение 5), 
равное длине заполняемого массива. Работа с массивом осуществляется, как правило, с 
помощью одного из индексных регистров (5Ё или 01), в которых хранится и наращива- 
ется индекс адресуемого элемента массива, т. е. номер байта массива, к которому осу- 
ществляется обращение в данном шаге цикла. Поскольку мы начинаем обрабатывать 
массив с самого начала, в предложении 6 в регистр $1 заносится 0. Регистр А! выбран 
нами для хранения текущего кода символа, отправляемого в массив. С таким же успе- 
хом эту роль мог бы выполнить любой другой байтовый регистр — АН, ВГ, ВН, ОГ, 
или ОН (регистры СГ и СН, входящие в.состав регистра СХ, уже заняты). В предложе- 
нии 7 в регистр АЁ заносится код первого символа - пробела. Подготовив все необхо- 
димые регистры, можно составить само тело цикла. В предложении 8 код из АР от- 

‚ правляется в элемент (байт} массива зутфо|5, номер которого определяется содержи- 
мым индексного регистра $31. Это так называемая индексная адресация, у которой 
существует несколько разновидностей. В частности, в качестве индексного регистра с 
тем же успехом можно было использовать ВХ или О. В первом шаге цикла заполнит- 
ся элемент массива с индексом 0. В следующих двух предложениях командой шс 
(псгетепь инкремент) выполняется увсличение на | кода очередного символа и ин- 
декса в массиве. Наконец, команда 1оор (петля) (предложение 11) возвращает управле- 
ние на метку ВП, причем деласт это ровно 223 раза, в соответствии с исходным содер- 
жимым СХ. Заметим попутно, что в качестве метки может использоваться любое обо- 
значение, начинающееся с буквы. 

Чтобы увидеть результаты работы программы, выведем полученный массив на эк- 
ран. Мы уже знаем, что вывод на экран осуществляется с помощью функций ОО, 
причем в предыдущих примерах использовались две функции - 401 (пример 5.1) и 098 
(все остальные). Функцию 09 использовать здесь нельзя, потому что где-то в массиве 
будет содержаться код знака $, а он не может быть выведен на экран функцией 091. 
Поэтому воспользусмся функцией 40Н, для которой нсобходимо занести в регистр ВХ 
дескриптор экрана {код 1), в СХ - число выводимых байтов, а в ОХ - адрес выводимой 
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информации (предложения 13...15). Команда шЁ 211 передает управление РОЗ, кото- 
рая и выполняет требуемую операцию. 

В полях данных программы объявлен массив байтов (оператор 46), который ини- 
циализирован кодами символа *. Это очень удобный и распространенный прием, ко- 
торый облегчает отладку программы. Если в силу каких-то ошибок в программе мас- 
сив будет заполнен не весь или не заполнен вообще, на экран будут выведены звездоч- 
ки. Если же программа работает правильно, исходные звездочки затрутся запол- 
няющими символами. 

В заключение отметим еще одну особенность программы 8.1. Это первая про- 
грамма, в которой выполняется прямое обращение к ячейкам сегмента данных (пред- 
ложение 8, где заполняется массив с именем зупабо|5). В предыдущих статьях подчер- 
кивалось, что адрес любой ячейки памяти обязательно имеет два компонента: сег- 
ментный адрес, хранящийся в одном из сегментных регистров, и смещение, которое, в 
частности, может указываться в команде в виде мнемонического обозначения ячейки. 
В предложении 8 имеется ссылка на ячейку зуллфо{5, т.е. указывается смещение. Ка- 
ким сегментным регистром будет пользоваться процессор при выполнении этой ко- 
манды? Если в команде не указан в явной форме сегментный регистр, по умолчанию 
используется 0$. Собственно, именно в этом предположении мы в начале программы 
инициализировали регистр 05 адресом сегмента данных, в котором расположен мас- 
сив 5уп1бо]5. Однако для того, чтобы указанное умолчание действовало, необходимо с 
помощью оператора аззите указать соответствие 05 именно этому сегменту. Таким 
образом, определение О5$:4аа в операторе аззите стало необходимым только в этой 
программе, во всех предыдущих можно было обойтись без него. 

Рассмотрим теперь вложенные циклы на примере организации программной за- 
держки. Программные задержки используются в тех случаях, когда в какой-то точке 
программы надо приостановить ее выполнение на некоторое время. Такая необходи- 
мость может возникнуть при программировании относительно медленной аппаратуры. 
Если в аппаратуру посылается последовательно несколько управляющих команд, то 
для того, чтобы дать аппаратуре время их выполнить, между ними включаются про- 
граммные задержки (обычно на несколько микросекунд). Задержки значительно 
большей величины, порядка нескольких секунд, удобно использовать при отладке 
программ, выводящих на экран некоторую (возможно, отладочную) информацию. За- 
держка дает возможность программисту проследить результаты выполнения каждого 
шага программы. В примере 8.2 приведен фрагмент именно такой программы. 


Пример 8.2. Программная задержка 


; Организуем демонстрационный цикл из 10 шагов, которые будут 
‚выполняться с задержкой порядка нескольких секунд 


моУ сх, 10 ; (1) Число шагов в демонстрационном цикле 
сус1е: разь сх ; (2) Сохраним этот счетчик в стеке 
;Выведем на экран контрольную строку из трех символов 

поУ АН, О9В ; (3) 

оу ОХ, оБЕзее зЕк1пд; (4) 

пе 218. ; (5) 


;Организуем программную задержку 

поУ Ссх,100 ; (6) Счетчик внешнего гикла 
оцфег: ризь СХ ; (7) Сохраним его в стеке 

поУ ‘` СХ,65535 ; (8) Счетчик внутреннего цикла 
зппег: 1оор 1ппег ; (9) Повторим команду 1оор 65535 раз 
рор сх ; (10) Восстановим внешний счетчик 
1оор оцЕег ; (11) Повторим все это 100 раз 


42 ЯЗЫК АССЕМБЛЕРА: уроки программирования 


рор сх ; (12) Восстановим счетчик демонстрационного цикла 


1оор сус1е ; (13) Повторим демонстрационный цикл СХ=10 раз 
;Поля данных (в сегменте данных) 
зЕгзпа  аБ <> $' ; (14) 


В примере 8.2 с помощью функции 2О$ 091 (предложения 3...5) на экран выво- 
дится строка "<>" с периодом, определяемым программной задержкой. Задержка соз- 
дается с помощью двух вложенных циклов. Внутренний представляет собой просто 
команду 1оор, повторяемую 65 535 раз (предложение 9); внешний цикл служит для по- 
вторения внутреннего 100 раз. В результате команда 1оор выполняется 6 553 500 раз, 
что в зависимости от скорости конкретного компьютера дает задержку приблизитель- 
но от одной до нескольких десятков секунд. 

Поскольку команда 1оор выполняется всегда СХ раз, этот регистр приходится ис- 
пользовать в каждом цикле заново. Перед входом во внутренний, вложенный цикл те- 
кущее значение счетчика внешнего цикла (содержимое СХ) сохраняется в стеке ко- 
мандой ризВ, а перед командой 1оор внешнего цикла восстанавливается командой рор 
(пары предложений 2, 12 и 7, 10). Разумеется, сохранить значение СХ можно где угод- 
но (в любом другом регистре или в ячейке памяти), однако команды сохранения в сте- 
ке и восстановления из стека эффективнее других в смысле времени выполнения и 
расходуемой памяти. 

Подготовив к выполнению пример 8.2, поэкспериментируйте с длительностью за- 
держки, изменяя число шагов внешнего цикла (предложение 6). 

Создавать программные задержки с помощью вложенных циклов неудобно. Можно 
обойтись одним циклом, если вместо регистра СХ использовать расширенный регистр 
ЕСХ. В этом случае максимальное число шагов в цикле составит более 4 млрд. Однако 
обычное приложение РО$ является 16-разрядным, а при выполнении 16-разрядного сег- 
мента команд процессор использует только младшие половины расширенных, регистров. 
Для того чтобы заставить процессор в команде перехода (каковой является команда цикла 
1юор) использовать регистр ЕСХ целиком, следует перед этой командой включить так назы- 
ваемый префикс размера адреса 671. Тогда фрагмент программной задержки (предложения 

°6...11] предыдущего примера) существенно упростится: 
| моу ЕСХ, 600000 ;Счетчик цикла 
9е1ау: 4 675 ; Префикс размера адреса 
1оор ` Че1ау ;Повторим команду 1оор 600 000 раз 

Однако ассемблер (ТАЗМ или МАЗМ) откажется транслировать приведенный 
фрагмент, сообщив, что ему неизвестно символическое обозначение ЕСХ. Чтобы пре- 
одолеть эту трудность, необходимо в начало программы включить директиву .386, 
а сегменты команд объявить с описателями 15616: 


.386 
фехе зедмепе ц3е16 
Дафа зестеп® и5е16 


Директива .386 (можно использовать также директивы .486 или .586) позволит ас- 
семблеру правильно воспринимать обозначения 32-разрядных регистров, а описатели 
и5е16 требуют создания обычной 16-разрядной программы. При отсутствии этих опи- 
сателей ассемблер создаст 32-разрядное приложение, которое в среде М$-РО5З рабо- 
тать не будет. | 
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Статья 9. Прерывания ВОЗ 


Как известно, операционная система персонального компьютера состоит из двух 
основных компонентов — базовой системы ввода-вывода В1О$, обеспечивающей 
управление периферийным оборудованием компьютера, и дисковой операционной 
системы М$-2О$, в функцию которой входит организация всех элементов вычисли- 
тельного процесса: запуска и завершения задач, управления памятью, обслуживания 
файловой системы, службы времени, обработки ошибок ит. д. 

Базовая система ввода-вывода, размещаемая в постоянном запоминающем устрой- 
стве (ПЗУ В105), включает набор управляющих программ для всех основных перифе- 
рийных устройств компьютера, таких, как магнитные диски, клавиатура, видеосисте- 
ма, принтер, последовательный порт, часы. Программы ВЮ$, обеспечивая управление 
аппаратурой на самом низком, “физическом” уровне, путем обращения к портам, 
регистрам и аппаратным буферам, являются аппаратно-зависимыми, поэтому 
микросхемы ВТО$ разных модификаций машин типа [ВМ РС могут отличаться друг от 
друВЯрограммы ОО$, размещаемые в файлах 10.5У$ и М$ОО$.5У5, образуют более 
высокий уровень управления компьютером. Так, если для записи данных на диск с по- 
мощью программ ВЮ$ требуется задание номеров головки, цилиндра и сектора на 
конкретном дисководе, то при обращении к РОЗ достаточно указать спецификацию 
файла. Программы обслуживания файловой системы, входящие в состав РО$, про- 
анализируют содержимое диска, определят местонахождение требуемого файла и по- 
ставят ряд запросов к В1О$ на выполнение операций записи. Таким образом, РО$ рас- 
полагается в логическом плане между.В1ОЗ и программой пользователя, упрощая про- 
граммные обращения к аппаратуре. Кроме этого, программы ОО5$ обеспечивают ряд 
функций, не имеющих прямого отношения к аппаратуре, например динамическое вы- 
деление памяти, запуск и завершение программ, обслуживание векторов прерываний 
и многое другое. 

Прикладная программа можст с равным успехом обращаться как к функциям РО5, 
так и к прерываниям ВЮ$. Использовать функции РО$ проще (иногда существенно 
проще). Однако ВОЗ обладает большими возможностями. Сравним, например, воз- 
можности ОО$ и В1О$ при выполнении таких ‚ распространенных операций, как вывод 
на экран и работа с диском. 

Выше приводились примеры вывода текстовых строк на экран с помощью функ- 
ций РОЗ 098 и 408. Эти процедуры вссьма просты, однако они позволяют выводить 
только черно-бслый текст; изменить цвет символов или фона под ними нельзя. РОЗ 
обеспечивает автоматический персход на следующую строку и прокрутку экрана, од- 
нако строки текста приходится выводить сплошным потоком, друг за другом, так как в 
20$ отсутствуют средства позиционирования курсора. Нельзя, например, вывести не- 
которую строку в нижнюю часть экрана, а затем заполнить информацией его верхнюю 
часть. Имеются и другие ограничения: РОЗ не обеспечивает очистку экрана, переклю- 
чение видеостраниц, изменснис видеорежима. В 0О$З отсутствуют также средства вы- 
вода графических (точечных) изображений. 

С другой стороны, В10$ обеспечивает реализацию всех возможностей видеосистемы. 
Очистка и прокрутка экрана, позиционирование курсора, изменение цвета символов, за- 
грузка шрифтов пользователя, смена видеостраниц й видеорсжимов, даже изменение фор- 
мы курсора - все это доступно с помощью функций прерывания ВГО$ 106. Следует также 
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заметить, что для программ ВЮ$З характерна более высокая скорость работы. Однако за все 
это приходится платить заметным усложнением программы. 

Еще более отчетливо проявляются различия возможностей РО5 и ВЮЗ при работе 
с дисками. РОЗ предоставляет простые и удобные средства обслуживания файловой 
системы. При обращении к файлу достаточно указать его имя; ОО$ возьмет на себя 
всю работу по поиску на диске всех (часто несвязных) участков, принадлежащих это- 
му файлу, и определению его характеристик, в частности длины. Чтение всего файла 
или запись в него часто осуществляется единственным вызовом соответствующей 
функции ОО$. | 

Использование при работе с файлами средств В1О$ неоправданно, так как в этом 
случае на прикладную программу пришлось бы возложить весьма трудоемкую задачу 
определения физического расположения файлов на диске. С другой стороны, В1О$ 
(конкретно — прерывание 1318) позволяет читать и записывать любые секторы диска. 
Это дает возможность обращаться к таким областям диска, как загрузочные секторы, 
таблицы логических дисков, таблицы размещения файлов, каталоги. Правда, к некото- 
рым из этих областей (входящих в пространство логических дисков) можно обратить- 
ся и с помощью специально предусмотренных прерываний ОО$ с номерами 25В и 261, 
однако прочитать, например, сектор главного загрузчика или таблицы логических дис- 
ков средствами РО$ невозможно. Между прочим, некоторые вирусы сохраняют себя в 
областях диска, выходящих за пределы логических дисков, например на продолжении 
дорожки 0, вслед за сектором главного загрузчика. Уничтожить такой вирус можно 
только с помощью прерывания 131 ВТО$З. 

Рассмотрим два примера использования средств ВЮ$, чтобы подчеркнуть воз- 
можности и области использования базовой системы ввода-вывода. 


Пример 9.1. Вывод на экран графического изображения с помощью прерывания В1О5 10й 
;Установим графический видеорежим 


поУ АН, ОВ ; (1) Функция установки видеорежима 
моу АЬ, 106 ; (2) Графический режим 16 цветов 
пе 105 ; (3)Вызов В105$ 
;Выведем на экран желтый прямоугольник 
поУ АН, ОСЬ ;(4)Функция вывода пиксела 
мох АТ, ЕВ ; (5)Желтый цвет 
мох ВН, о ; (6) Видеостраница 
поу СХ, 50 ; (7) Начальная х-координата 
с2: оу ох, 10 ; (8) Начальная у-координата. 
С1: ТЕ 108 ; (9) Вызов 810$ - вывод точки 
1пс ох ; (10) Инкремент по у 
спр ОХ, 330 ; (11) Дошли до границы по у? 
пе с1 ; (12) Нет, повторяем вывод точек 
1пс сх ; (13) Дошли до границы по у, инкремент по х 
стр СХ, 610 ; (14) Дошли до границы по х? 
пе с2 ; (15) Нет, повторяем вывод вертикальных линий 
;‚Остановим программу для наблюдения результата 
поУ АН, 016 ; (16) Дошли до границы по х, останов 
176 218 ; (17) функцией ввода символа с клавиатуры 
;Переведем систему назад в текстовый ‚режим 
мох АХ, 3 ; (18) Восстановим текстовый 
пе 1065 ; (19) видеорежим 
;Завершим программу 
пох АХ, 4СО0Н ; (20) 
17 21 #121) 
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В примере 9.1 видеосистема компьютера переводится в графический режим (кон- 
кретно - режим ЕСА с номером 101 - 16 цветов, 350х640 точек) и на экран выводится 
цветной прямоугольник. Как уже отмечалось, в ОО$ отсутствуют средства графики, 
поэтому такую задачу можно решить только с помощью соответствующего прерыва- 
ния ВО5. Для управления видеосистемой используется прерывание 108. 

Смена видеорежима осуществляется с помощью Функции 0; номер видеорежима 
для этой функции указывается в регистре АТ, (предложение 2). 

Для вывода (по точкам) графического изображения используется функция ОСЬ, ко- 
торая требует целого ряда параметров. В регистр ВН заносится номер графической ви- 
деостраницы, в регистры СХ и ОХ - х- и у-координаты точки, в регистр АГ, — ее цвет. 
Не вдаваясь пока в детали, укажем, что каждому из 16 возможных в режиме ЕСА цве- 
тов соответствует свой код. Так, код 1 обозначает синий цвет, код 2 — зеленый, код 3 — 
бирюзовый и т. д. Желтому цвету соответствует код 14. Каждый вызов функции ОСЬ 
выводит на экран одну точку. Для вывода прямой линии (горизонтальной или верти- 
кальной) эту функцию следует включить в цикл, а для вывода прямоугольника придет- 
ся создать два вложенных друг в друга цикла — один по координате х, а другой по ко- 
ординате у. Как уже отмечалось в статье 8, циклы обычно организуются с помощью 
команды 1юор, которая неявным образом использует в качестве счетчика цикла регистр 
СХ. Однако у нас регистр СХ занят (в нем находится текущая х-координата точки} и 
цикл придется организовать другим способом. В данном примере внутренний цикл 
выполняется по координате у, внешний -— по координате х, в результате чего прямо- 
угольник выводится вертикальными линиями слева направо. 

Командами 4...9 на экран выводится первая точка. В предложении 10 у-координата 
в регистре ОХ увеличивается на 1. В предложении 11 выполняется сравнение текущей 
координаты с (произвольным) конечным значением 330. Если конечное значение еще 
не достигнуто (ОХ не равно 330), командой пе (агар Ш по{ едиа1, переход, если не рав- 
но) выполняется возврат на метку с1 вызова ВОЗ и вывод следующей точки (на | пик- 
сел ниже предыдущей). В результате во внутреннем цикле (предложения 9...12) выво- 
дится вертикальная линия с координатами 10...329. При достижении у-координатой 
значения 330 выполняется инкремент х-координаты в регистре СХ и сравнение ее с 
конечным значением 610 (предложения 13 и 14). Если конечное значение не достигну- 
то, командой пе (предложение 15) осуществляется возврат на метку с2, где 
восстанавливается исходное значение у-координаты и с помощью внутреннего цикла 
рисуется новая вертикальная линия. 

Перед завершением программы следует восстановить исходный текстовый режим. 
Однако смена режима приведет к очистке видеопамяти ‘и стиранию с экрана выведен- 
ного изображения. Поэтому перед восстановлением видеорежима программа останав- 
ливается вызовом функции 2О$ 011 ожидания ввода символа с клавиатуры (предло- 
жения 16 и 17). После нажатия на любую клавишу выполняется восстановление тек- 
стового режима и завершение программы обычным образом. 

Заметьте, что в рассмотренном примере нет данных, хранящихся в памяти и, соот- 
ветственно, нет необходимости иметь сегмент данных. 

В качестве примера использования дискового прерывания ВГО$З (131) рассмотрим 
процедуру чтения и сохранения в файле сектора главного загрузчика жесткого диска 
(Мачег 001). Результатом работы этой программы (пример 9.2) можно воспользовать- 
ся в случае повреждения главного загрузчика, например вирусом. Запись главного за- 
грузчика из файла на свое место на диске может восстановить поврежденный диск без 
его переформатирования, которое привело бы к потере всех данных на нем. 
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Главный загрузчик расположен в самом начале жесткого диска, в секторе 1-цилин- 
дра 0 на поверхности 0. Эта область диска не входит ни в какой логический диск (пер- 
вый логический диск С: начинается со следующей поверхности с номером 1) и не мо- 
жет быть прочитана средствами РО$. Структура жесткого диска будет подробнее рас- 
смотрена в статье 29. 


Пример 9.2. Чтение и сохранение в файле главного загрузчика жесткого диска 
; Чтение главного загрузчика . 


мох АН, 026 ;(1)Функция чтения секторов 
моу АЦ, 1 ; (2) Прочитаем 1 сектор 
пом сн, о ; (3) Номер цилиндра 
мох СЬ,1 ; (4) Номер сектора 
моу он, о ;(5)Номер поверхности 
по ру, 8 ОН ;(6)Код жесткого диска 
оу ВХ, ОЕЁЗзее проо%; () Буфер для прочитанного 
11% 136 ; (7) Переход в ВТО$ 
; Создадим файл для сохранения прочитанного 
пох АН, ЗСВ ; (8) Функция (005) создания файла 
поУ сх, 0 ; (9) Файл будет без атрибутов 
мох РХ, оЕЕЗее Епаме; (10) Смещение имени файла 
1пЕ 218 ; (11) Переход в 005 
моу ВХ, АХ ; (12) Сохраним в ВХ дескриптор файла 
;Запишем в файл данные из буфера пБоое 
поуУ ‚АН, 406 ; (13) Функция записи в файл 
моУ СХ, 512 ; (14) Число выводимых байтов 
поУ ОХ, оЕЕЗеЕ проое; (15) Смещение буфера 
116 218 ; (16) Переход в 205 
;Поля данных (в сегменте данных) 
шБоое а 512 4цр(0) ;(17) 
Епате [1] 'проое.Зае', 0; (18) 


Для чтения физических секторов дисков (как жестких, так и гибких) предназначе- 
на функция 021 прерывания 1318 (предложение 1), которая может читать как один, так 
и группу следующих друг за другом секторов. Этой функции надо задать число Читае- 
мых секторов (у нас 1), полный физический адрес первого из читаемых секторов (т. е. 
номера цилиндра, сектора и поверхности), код диска (0 для дискеты А, 1 для В и 801 
для жесткого диска), а также адрес буфера в программе (пзбоо%, предложение 17), куда 
будет выполняться копирование содержимого диска. 

Выполнив чтение сектора диска в буфер тбооф, программа с помощью функции 
ЗСь 2О$ (предложение 8) создает на диске новый файл с именем шфоо{.4аё. Этой 
функции требуется указать атрибуты создаваемого файла (нам атрибуты не нужны) и 
адрес имени файла. Создав файл, функция ЗСН возвращает в регистре АХ дескриптор 
этого файла, который затем используется при всех обращениях к файлу. Поскольку 
вызываемая далее в программе функция записи в файл 401 требует, чтобы дескриптор 
файла содержался в регистре ВХ, в предложении 12 полученный дескриптор перено- 
сится из АХ в ВХ. Наконец, функция 401 выполняет вывод в файл содержимого буфе- 
ра тбоот. 


Статья 10. Способы адресации 


Изучив приведенные в этой книге программы, вы, вероятно, уже обратили внима- 
ние на то, что обращение к данным в них выполняется по-разному. Обрабатываемые в 
программе данные можно помещать непосредственно в регистр, записывать в качестве 
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одного из операндов прямо в код команды либо тем или иным способом указывать ме- 
сто в памяти, где эти данные расположены. Рассмотрим, например, программу, обес- 
печивающую поиск максимального элемента в массиве данных. 


Пример 10.1. Поиск максимального значения 
;В сегменте команд 


пом ОЬ, паз ; (1) ОЪ=первый элемент массива 
поУ СХ, 8 ; (2) СХ=число элементов минус один (первый) 
по ВХ, 1 ; (3) ВХ=индекс второго элемента 
Соле: стр О, паз[ВХ] ;(4)0Ъ > следующего элемента? 
93а пехё ;(5)Да, на анализ следующего 
оу ОГ, паз [ВХ] ;(6)Нет, в ОЬ заносим следующий элемент 
пех®: 1пс вх ; (7) и на анализ следующего 
1оор соп® ; (8) Цикл до конца массива 
; После завершения цикла в РГ находится максимальный элемент 
поУ АХ, 4С00В ; (9) Зызов функции АСВ 100$ 
1пе 218 | ; (10) 


;В сегменте данных 
паз 4 1,2,5,30,127,9,8,3,4; (11) Массив с исходными данными 


Здесь, как и в дальнейших примерах, мы приводим только содержательную часть 
программы — алгоритм обработки и необходимые для его функционирования поля 
данных. Подготавливая этот пример к выполнению, оформите его в виде работоспо- 
собной программы, описав сегменты команд, данных и стека. Не забудьте также в на- 
чале сегмента команд инициализировать регистр 05, а в конце вызвать функцию РОЗ 
4СЬ, чтобы после завершения программы передать управление РОЗ. 

Как узнать, работает ли эта программа? До сих пор в наших примерах на экран 
выводились исключительно символьные (текстовые) строки, заранее описанные в по- 
лях данных программы. В настоящем случае результатом работы программы будет по- 
следовательность чисел. Просто так вывести число на экран нельзя; для того чтобы 
получить на экране изображение числа (в двоичном, десятичном или 16-ричном пред- 
ставлении), его необходимо сначала преобразовать в символьную форму. Эта проце- 
дура будет рассмотрена в одной из следующих статей; сейчас же для наблюдения ре- 
зультатов работы программы придется обратиться к отладчику. 

Запустите программу 10.1 в отладчике и откройте окно регистров (командой АНУ 
> В). Уменьшите окно с исходным текстом и расположите оба окна таким образом, 
чтобы они не заслоняли друг друга. Выполните теперь программу до предложения 9. 
Проще всего поместить курсор на это предложение и нажать клавишу Е4 (выполнение 
до курсора). Если программа работает правильно, в регистре ОГ должно оказаться 
максимальное числа из массива таз, в нашем примере число 127 (=7ЕВ). Поскольку 
отладчик не умеет выводить содержимое байтовых регистров, надо посмотреть содер- 
жимое регистра ОХ, которое в данном случае будет равно 007Е. 

Если программа не работает должным образом, придется выполнить ее в пошаго- 
вом режиме. Для этого следует открыть в отладчике окно процессора (АНУ > С) и, 
нажимая клавишу Е7, выполнять команду за командой, контролируя каждый раз со- 
держимое задействованных в алгоритме регистров процессора (ВХ, СХ и ВТ.). 

Обратимся теперь к способам адресации, использованным в примере 10.1. 

В предложении | в регистр ОГ. заносится содержимое первого байта последо- 
вательности данных, которая в этой программе обозначена как глаз. Здесь мы сразу же 
встречаемся с двумя способами адрссации данных — регистровым и прямым (прямая 
адресация к памяти). | 
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При использовании регистровой адресации данные записываются в регистр — 1-бай- 
товый или 2-байтовый. 

Прямой способ адресации является представителем группы способов обрашения к 
данным, которые хранятся не в регистрах, а в ячейках памяти. В рассматриваемом 
случае имя таз фактически является адресом памяти, т. е. смешенисм к данному в сег- 
менте данных. При этом в качестве сегментного регистра по умолчанию используется 
регистр 0$. Содержимое указанной ячейки памяти переносится (в данном случае) в 
регистр ОГ.. Если рассматриваемая ячейка памяти располагается в сегменте, базовый 
адрес ‘которого находится в другом сегментном регистре (ЕЗ, С$ или 55), то обяза- 
тельно указание этого регистра: 
тоу ОЕ, Е$:та$ 


Еще один способ адресации представлен в предложении 3, где в качестве одного 
из операндов указано число (конкретно - 1). Такой операнд входит непосредственно в 
состав команды процессора. Этот способ адресации так и называется — непосред- 
ственный. 

В предложениях 4 и 6 применена разновидность прямой адресации памяти, в кото- 
рой указывается не только обозначение ячейки памяти (таз), но и величина сдвига от- 
носительно этой ячейки (в данном случае в регистре ВХ). Очевидно, что такой способ 
адресации удобен при работе с массивами. 

Все имеющиеся способы адресации можно условно разделить на три группы: ре- 
. гистровая, непосредственная и с указанием адреса памяти. При этом адрес памяти 
можно задавать по-разному: прямым указанием символического обозначения ячейки 
памяти, указанием регистра, в котором хранится требуемый адрес, или и того и друго- 
го. Таким образом, третья группа включаст, в сущности, целый ряд способов адреса- 
ции. Они обычно носят названия: прямая, базовая, индексная, базово-индексная, 
а также базовая, индексная или базово-индексная со смещением. 

Приведем краткий обзор способов адресации. 


Регистровая адресация 


Операнд (байт или слово) находится в регистре. Способ применим ко всем про- 
граммно-адресуемым регистрам процессора. 


Примеры: 
ризр 05$ ;Сохранение 0$ в стеке 
поУ ВР, 5Р ;Пересылка содержимого 5Р в ВР 


Непосредственная адресация 
Операнд (байт или слово) может быть представлен в виде числа, адреса, кода 
АЗСИ, а также иметь символьное обозначение. 


_ Примеры: 
мох АХ, 4СО0Н ;Операнд - 16-ричное число 
похУ РХ, оЕЕЗзеЕ маз;Смещение массива маз заносится в ОХ 
моУ рЬ,'!' ;Операнд - код АЗСТТ символа '!' 
пим=9 ;Число 9 получает обозначение ‘пам 


поУ СХ, пам ;Число, обозначенное пам, загружается в СХ 


Прямая адресация памяти 
В команде указывается символическое обозначение ячейки памяти, над содержи- 
мым которой требустся выполнить операцию. 
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Пример: 
оу РЬ, мем1 ; Содержимое байта памяти с символическим 
;именем мем1 пересылается в РЬ 


Если нужно обратиться к ячейке памяти с известным абсолютным адресом, то этот 
адрес можно непосредственно указать в качестве операнда. Предварительно необхо- 
димо настроить какой-либо сегментный регистр на начало того участка памяти, в ко- 
тором находится искомая ячейка, 


Пример: 
поу АХ, 0 ;Настроим сегментный регистр Е$ на 
по Е$, АХ ; самое начало памяти (адрес 0) . 
поу АХ, ЕЗ: [0] ;АХ=содержимое слова с адресом 00008:00008 
поУ ОХ, Е: [2] ;Ох=содержимое слова с адресом 00008:0002н 


Заметим, что в этом случае сегментный регистр надо указывать обязательно. 
Все остальные способы адресации относятся к группе косвенной адресации памяти. 


Базовая и индексная адресация памяти 

Относительный адрес ячейки памяти находится в регистре, обозначение которого 
заключается в квадратные скобки. При использовании регистров ВХ или ВР адреса- 
цию называют базовой, при использовании регистров ЗЕ или 0] — индексной. При ад- 
ресации через регистры ВХ, $ЁР или ОГ в качестве сегментного регистра подразумевает- 
ся 05; при адресации через ВР - регистр 5$. Таким образом, косвенная адресация че- 
рез регистр ВР предназначена для работы со стеком. Однако при необходимости 
можно явно указать требуемый сегментный регистр. Еще раз отметим, что во всех ба- 
зовых и индексных способах адресации операндом является содержимое ячейки памя- 
ти, адрес которой находится в том или ином регистре или вычисляется сложением со- 
держимого двух регистров. 


Примёры: . 
моу АТ, [ВХ] ;Сегментный адрес предполагается в 0$, смещение в ВХ 
пом ОЬ,ЕЗ: [ВХ] ;Сегментный адрес в Е5, смешение в ВХ 
поУу ОХ, [ВР] ;Сегментный адрес в 55, смещение в ВР 
поу АЬ, [21] ;Сегментный адрес в 25, смещение в ОТ 


Базовая и индексная адресации памяти со смещением 

Относительный адрес операнда определяется суммой содержимого регистра (ВХ, 
ВР, ЭГ или ОГ) и указанного в команде числа, которое довольно неудачно называют 
смещением. 


Пример: 
па5 4 1,2,5,3,7,9,8,3,4А ;Массив символов 
МОУ вх,2 ;ВХ=индекс элемента в массиве 
по О, маз[ВХ] ;В ОЪ заносится третий элемент массива 


В этом примере относительный адрес адресуемого элемента массива таз вычисля- 
ется как сумма содержимого ВХ (2) и значения символического обозначения таз, ко- 
торое совпадает с относительным адресом начала массива таз. В результате в регистр 
ОТ, будет загружен элемент массива таз с индексом 2, т.е. число 5. Предполагается, 
что базовый адрес сегмента, в который входит массив таз, загружен в 05. Такой же 
результат даст такая последовательность команд: 


оу ВХ, ОЕЕЁЕзет маз;ВХ=относительный адрес ячейки таз 
мох РГ, 2 ВХ] 
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Здесь относительный адрес адресуемого элемента массива таз вычисляется как 
сумма содержимого регистра ВХ и дополнительного смещения, задаваемого констан- 
той 2. Последняя команда может быть записана в следующем виде: 

мох ОЪ, [ВХ+2] 
мох Оъ, [ВХ] +2 

Адресация с помощью регистров ЗЁи ОГ осуществляется аналогично. При исполь- 
зовании регистра ВР следует помнить, что в качестве сегментного регистра по умол- 
чанию подразумевается регистр $$. 


Базово-индексная адресация памяти . ` 
Относительный адрес операнда определяется суммой содержимого базового и ин- 
дексного регистров. Допускается использование следующих пар: 


[вх] [$1] 
[8х] [27] 
[ВР} [$т] 
[ВР] [2т] 


Если в качестве базового регистра выступает ВХ, то в качестве сегментного подра- 
зумевается 25 (первые две команды); при использовании в качестве базового регистра 
ВР сегментным регистром по умолчанию назначается $$ (вторые две команды). При 
необходимости можно явно указать требуемый сегментный регистр. 


Примеры: 
мох ВХ, [ВР] [51] ;В ВХ засылается слово из стека (сегментный адрес в 55), 
;а смещение вычисляется как сумма содержимого ВР и 51 
оу ВХ, ЕЗ: [ВР] [51] ;В ВХ засылается слово из сегмента, адрес которого 


;унаходится в Е5, а смещение вычисляется как сумма 
; содержимого ВР и $51 
шоу Еб: [ВХ+0Т],АХ ;В ячейку памяти, сегментный адрес которой 
; хранится в Еб, а смещение равно сумме содержимого 
;ВХ и ОТ, пересылается содержимое АХ 
Базово-индексная адресация памяти со смещением 
Относительный адрес операнда определяется суммой трех величин: содержимого 
базового и индексного регистров, а также дополнительного смещения. Допускается 
использование тех же пар регистров, что ив базово-индексном способе; так же дейст- 
вуюти правила определения сегментных регистров. 
Примеры: 
поу маз[ВХ][51],10 ;Число 10 пересылается в ячейку памяти, сегментный 
; адрес которой хранится в 05, а смещение равно 
; сумме содержимого ВХ и $1 и смещения ячейки паз 
пох АХ, [ВР+2+01] ;В АХ пересылается из стека слово, 
;усмещение которого равно сумме ВР, 01 и "добавки" 2 


` 


Значительная часть рассмотренных выше способов адресации служит для обраще- 
ния к ячейкам памяти. Таким образом, один и тот же конечный результат можно полу- 
чить с помощью различных способов адресации. Например, все три приведенные ниже 
команды: 

оу 21, маз+3 

мох ОТ, паз [ВХ] ;В ВХ заранее занесено число 3 

МОУ ОГ, [$1] [ВХ] ;В ВХ заранее занесено число 3, а в 51 - смещение таз 
приведут к загрузке в регистр ОГ, четвертого элемента массива паз (если выполняются 
описанные в комментариях условия). Однако команды с использованием различных спосо- 
бов адресации занимают различный объем памяти и выполняются за разное время. Так, 
первая из приведенных выше команд потребует для выполнения 15 машинных тактов, вто- 
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рая - 18, а третья — 16. Разница невелика, однако при многократном выполнении команд в 
циклах суммарный эффект может быть значителен. С другой стороны, первые две команды 
занимают в памяти по 4 байта, а третья — только 2. Таким образом, тщательный выбор спо- 
собов адресации позволяет в какой-то степени оптимизировать программы по времени вы- 
полнения или требуемой памяти, а иногда и по тому и по другому. 


Статья 11. Числа и символы 


Практически любая программа содержит в себе данные, с которыми она работает. 
Отвлекаясь от назначения этих данных и смысла, который в них вкладывается про- 
граммистом или пользователем программы, можно считать, что данные могут быть 
трех видов: числа, тексты и зарезервированные поля, подлежащие заполнению по ходу 
выполнения программы. Со всеми‘этими разновидностями данных мы уже сталки- 
вались. Как правило, данные описываются в программе в сегменте данных, хотя, как 
мы увидим позже, в некоторых случаях оказывается удобным расположить данные 
в сегменте команд. , 

Для описания числовых данных используются главным образом три директивы ас- 
семблера: 46 (4ебле Бу, определить байт) для записи байтов, 4\\ (4ейле \/ота, опреде- 
лить слово) для записи слов и 44 (4еНле доцЫе, определить двойное слово) для записи 
двойных слов. Каждая директива позволяет записывать как одиночные (скалярные) 
данные, так и массивы, причем данные можно задавать в двоичной, десятичной или 

” 16-ричной системах счисления: 


епазум а 26 ; Число 26 занимает 1 байт 

512еа Ям 257 .;Число 257 занимает 1 слово 

$12еВ ЧМ 201 ;То же число указано в 16-ричной форме 

з1хеь ам 10000000015 ;То же число указано в двоичной форме 

аггау4 а5 10,20,30,30 ;Байтовый массив из 4 членов 

аггау4м @м 10,20,30,40 ;Массив слов из тех же чисел 

01140 аа 40000000 ;Число 40 миллионов в двойном слове 

мах аа ОРРЕГРЕЕЕЕВ ;Максимально возможное целое число в двойном слове 


Обратите внимание на последнее предложение. Если 16-ричное число начинается 
с изображения десятичной цифры, то оно просто завершается буквой В, например: 21В, 
ЗА7Ь, 8ЕЕЕБ. Если же число начинается с буквы (обозначающей 16-ричную цифру), то 
перед ним надо обязательно ставить 0, чтобы транслятор понял, что это именно число, 
а не имя ячейки: ОРЕР8Н, ОА 1Ъ, 0С000В. , 

Для резервирования места под массивы используется оператор 4ир (4арНсае, дуб- 
лировать), с помощью которого можно выделять память байтами, словами или двой- 
ными словами, заполняя се заданным числом: 


езс$ АБ 256 Аир (27) ;Массив из 256 байт, заполненных числом 27 
011$ Чм 500 апр (0) ;Массив из 500 слов, заполненных нулями 
ЕЕЕЕЗ А 6 апр (ЗЕЕЕРВ) ;Массив из 6 двойных слов с числами ЗЕЕРЕВ 
Если исходное содержимое объявляемого массива не имеет значения, то в скобках 
после оператора 4ир вместо числа можно указать знак вопроса: 
зеК Ам 256 аир (?) 


Фрагменты текста (их обычно называют символьными строками) вводятся в про- 
грамму с помощью того же оператора 45; текст при этом заключается в одинарные или 
двойные кавычки; 
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зум ЧБ 'А' 


м59 Ав '---Осторожно, злая собака!---' 
рпаме АБ "Иванов И.И." 
ск АБ 512 апр ('*') ;Символьный массив 


В последнем предложении массив объемом 512 байт заполнен кодами знака звездочки. 
Для того чтобы к данным можно было обращаться, они должны иметь имена. 
Имена данных могут включать латинские буквы, цифры (не в качестве первого знака 
имени) и некоторые специальные знаки, например знаки подчеркивания (_), доллара 
($) и коммерческого а (@). Имена данных следует выбирать таким образом, чтобы 
они отражали назначение конкретного данного. 
Присвоение данным символических имен позволяет обращаться к ним в программных 
предложениях, не заботясь о фактических адресах этих данных. Например, команда 
шоу ОБЬ, зум 


занесет в регистр ОТ, содержимое ячейки зут независимо от того, в каком месте ссг- 
мента данных эта ячейка определена и в какое мссто физичсской памяти она попала. 
Однако программист, использующий язык ассемблера, должен иметь отчетливое пред- 
ставление о том, каким образом назначаются адреса ячейкам программы, и уметь ра- 
ботать не только с символическими обозначениями, но и со значениями адресов. Для 
обсуждения этого вопроса рассмотрим пример сегмента данных, в котором определя- 
ются данные различных типов. Хотя пример носит абстрактный характер, приведен- 
ный набор данных характерен для программы, выполняющей чтение с диска файла с 
некоторыми данными. В левой колонке укажем смещения данных (в 16-ричной фор- 
ме), вычисляемые относительно начала сегмента. | 


Чака зедшеле 
00005 Папа1е Ч“ 0 
00025 Гпаме Ар ‘'ЕТЬЕ.001' 
О00Ай Е512е Чм 512 


000сп раЕ Чи Зиар 512 (0) 
040СВ мзд Ар 'ОК!' 
Чата епаз 


Сегмент данных начинается с числового данного с именем Вапе (в которое в 
‘дальнейшем будет помещен дескриптор файла), описанного как слово. Очевидно, что 
его смещение равно нулю. Поскольку это данное занимает 2 байта, следующее за ним 
данное бзате получило смещение 2. Данное тате описывает строку текста (конкрет- 
но — имя файла) длиной 8 символов и занимает в памяти столько же байтов, поэтому 
следующее данное Ёз\1те (размер файла) получило относительный адрес 2 + 8 = 10 = АВ. 
Далее в сегменте данных зарезервировано поле БаЁ для чтения содсржимого файла 
размером 512 слов (1024 = 4001 байт). Относительный адрсс этого поля составляет 
АБ + 2 = СВ. Наконец, вслед за массивом БГ описана короткая строка текста 'ОК!', 
имеющая смещение СВ + 4001 = 40СКВ. Поскольку эта строка занимает 3 байта, полный 
размер сегмента данных составит 40Е = 1039 байт, т. с. несколько больше 1 Кбайт. 

Ассемблер, начиная трансляцию сегмента (в данном случае сегмента данных), на- 
чинает отсчет его относительных адресов. Этот отсчет ведется в специальной перс- 
менной транслятора (не программы!), которая называстся счетчиком текущего адреса 
и имсст символическое обозначение знака $. По мерс обработки полей данных их сим- 
волические имена сохраняются в создаваемой ассемблером таблице имен вместе с со- 
ответствующими им значениями счетчика текущего адреса. Другими словами, введен- 
ные нами символические имсна получают значения, равные их смещениям. Таким об- 
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разом, с точки зрения транслятора Нап е = 0, плате = 2, Ё512е = АВ ит. д. Поэтому, на- 
пример, команда | 
пох ОХ, оЕЕЗее Епаме 


трактуется ассемблером как 
мох ОХ, 028 


и приводит к записи в регистр ОХ числа 2 (смещения строки Язате). 

Приведенные рассуждения приходится использовать при обращении к “внутрен- 
ностям" объявленных данных. Пусть, например, мы по ходу программы решили вы- 
вести на экран вместо заданной в сегменте команд фразы "ОК!" фразу "ОК?". Для это- 
го можно воспользоваться описанной в программе строкой т5р, модифицировав в ней 
последний символ с помощью следующей команды: 

Мом 0$49+2, '?' 


Здесь мы "вручную" определили смещение интересующего нас символа в строке, 
зная, что все данные размещаются ассемблером друг за другом в порядке их объявле- 
ния в программе. При этом, какое бы значение ни получило имя плзр, выражение тёр + 2 
всегда будет соответствовать последнему байту этой строки. 

До сих пор речь шла о данных, которые, в сущности, являлись переменными, в том 
смысле, что под них выделялась память и их можно было модифицировать. Язык ас- 
семблера позволяет также использовать константы, которые являются символически- 
ми обозначениями чисел и могут использоваться всюду в тексте программы как на- 
глядные эквиваленты этих чисел: 

Яафаз12е = 10000 
Мом СХ, ЧЗазаз12е 
оу сх, 10000 

Последние две команды полностью эквивалентны. 

При определении констант допустимо выполнение арифметических операций. 
Пусть нам надо задать позицию символа на экране. Учитывая, что каждый символ за- 
писывается в видеопамяти в 2 байтах (в первом — код АЗСП символа, а во втором — его 
атрибут), строка экрана имеет длину 80 символов, а высота экрана составляет 25 строк, 
то для вывода некоторого символа в середину экрана его смещение в видеопамяти от 
начала видеостраницы можно определить следующим образом: 
роз1Е10п=80*2*12+40*2 


Такая запись достаточно наглядна, и ее легко модифицировать, если мы решим 
вывести символ в какую-то другую область экрана. 

Константами удобно пользоваться для определения длины текстовых строк: 
спа А 'Вводите команду: ' 
спа_1 = $-спа 

В этом примере константа спа@_1 получает значение длины строки ста @ (в данном 
случае 17 байт, включая символ пробела, завершающий это сообщение), которая вы- 
числяется как разность значения счетчика текущего адреса после определения строки 
и ее начального адреса спад. Такой способ удобен тем, что при изменении содержимо- 
го строки достаточно перетранслировать программу и та же константа сла@ 1 автома- 
тически получит новое значение. 

Рассматривая описание в программе символьных (текстовых) строк, мы считали, 
что каждый символ занимает в памяти | байт и, видимо, записывается в виде того или 
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иного числа. Однако символ - это все-таки не число, а изображение. Каким же образом 
символы записываются в памяти компьютера и как образуются на экране (или принте- 
ре) их изображения? 

Код символа занимает 1 байт и, следовательно, может существовать всего 256 раз- 
личных символов с кодами от 001 до ЕЁЬ (от 0 до 255). Таблица соответствия кодов 
символов их изображениям называется кодовой страницей или таблицей кодов АЗСП. 
Поскольку в разных странах используются разные алфавитные символы, существует 
много кодовых страниц с различными номерами. На рис. 11.1 приведена стандартная 
для нашей страны таблица кодов АЗСП (с номером 866). 

Из рисунка видно, что первая половина таблицы содержит, помимо некоторых 
специальных значков, цифры, латинские буквы (строчные и прописные) и некоторые 
общеупотребительные знаки (препинания, арифметические и пр.); во второй половине 
таблицы, начиная с кода 80 = 128, содержатся символы национального алфавита и 
псевдографики. Первая половина таблицы одинакова для всех кодовых страниц, 
вторая половина — для каждой страны своя. 


00 0102 03 04 05 06 07 08 09 0А080С000Е ПСР 
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Рис. 11.1. Таблица кодов символов 


Строки символов, включаемые в программу, преобразуются транслятором в 


последовательность соответствующих этим символам кодов АЗСП. Например, строка 
п39 аь 'ок!' 


транслируется в последовательность трех кодов 4ЕН, 4ВВ и 21, которые можно обна- 
ружить в листинге трансляции или в окне дампа отладчика. Таким образом, в памяти 
компьютера, так же как и в файлах на дисках, символьные строки хранятся в виде по- 
следовательностей чисел (кодов АЗСП). При выводе текста на экран в видеопамять 
компьютера также посылаются числа. Видеосистема компьютера преобразует эти чис- 
ла в требуемую последовательность точек, составляющих изображения символов. 
Правила отображения задаются с помощью специальных таблиц, хранящихся в сис- 
темных файлах ЕСА.СРГ, ЕСА2.СР!Г и ЕСАЗ.СР! (в последний файл как раз и входит 
русскоязычная кодовая страница 866), а также в программах русификаторов. В про- 
цессе начальной загрузки компьютера требуемая таблица загружается в память знако- 
генератора видеосистемы, чем и устанавливается соответствие кодов изображениям 
конкретных символов. 

Имея перед собой кодовую таблицу (см. рис. 11.1), легко вывести на экран любую 
последовательность включенных в нее символов, в том числе и тех, которые отсутст- 
вуют на стандартной клавиатуре. Например, посылка на экран числа 101 приведет к 
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выводу сплошной стрелки с острием вправо, а число 118 выведет такую же стрелку с 
острием влево. Следует, однако, иметь в виду, что некоторые из кодов верхних двух 
строк рис. 11.1 воспринимаются системными программами М$-ОО$ как управляю- 
щие. Например, код 7 приведет к кратковременному включению звукового сигнала 
(гудка), код ОАВ - к переводу строки, а код 261 может вообще прервать вывод на эк- 
ран. Поэтому лучше использовать только коды в диапазоне 20}...0ЕЕБВ (32...254). С 
другой стороны, для перевода курсора на экране терминала на следующую строку не- 
обходимо послать на экран пару кодов ООВ и ОАК. 

В завершение этого раздела рассмотрим простую программу (пример 11.1), выво- 
дяшую в середину пустого экрана текст в рамке. Поскольку в 2О$ отсутствуют сред- 
ства позиционирования курсора или очистки экрана, для образования опрятного кадра 
придется воспользоваться длинными последовательностями пробелов. Вспомним еще 
раз, что длина строки экрана составляет 80 символов и на экране помещается 25 строк. 


Пример 11.1. Вывод на экран текста в обрамлении 


;В сегменте команд 

шоу АН, 09, 

мох ОХ, оЕЁЕзее м9 

пе 211 
;В сегменте данных 
пза ЧБ 10*80 аир (201) ;Прокрутка 10 строк экрана 
;Вывод трех строк (пробелы, обрамление, текст, пробелы) 
АБ 35 аар (201),0С95,9 ар (0срв},‚0звь, 34 Чар (208) 
АБ 35 дор (201), ОВАП,10Ъ, 'ОСТАНОВ',11Ъ,ОВАВ, 34 аор (208) 
Ар 35 аир (201),0С81,9 аар (0С0ь),‚0вСсв,34 аар (20%) 
ЧЬ 11*80 аир (205) ;Прокрутка еще 11 строк экрана 
АБ '$';Завершающий знак доллара для функции О9Н 


Статья 12. Е$с-последовательности 


Выше уже отмечалось, что возможности ОО$ по управлению экраном весьма 
скудны. С помощью функции 09Н можно выводить на экран символьные строки, вклю- 
чая в них управляющие символы и символы псевдографики. Позиционирование 
курсора, как и очистку экрана, приходится выполнять с помощью пробелов. В РОЗ 
`нет никаких функций, с помощью которых можно было бы программно установить 
курсор в заданное место экрана; нельзя также изменить цвет выводимых символов. 

Включение в систему устанавливаемого драйвера терминала (файл АМЗ!.$У$, по- 
ставляемый вместе с М$-2О$) дает пользователю дополнительные возможности. 
управления экраном и клавиатурой. Для установки АМЗ|-драйвера в файл 
СОМЕЮ.$У$ следует включить такую строку: 

ОЕМСЕНЮН=СА00$\АМ$1.5У$ 


(где СЛОО$ - путь к каталогу, в котором находится файл АМЗГ.$ У 5$). 

Если в символьной строке, выводимой на экран, встречается код клавиши Е5с (27 
или 1ВВ), за которым следует символ [, то АМ$[-драйвер перехватывает последующие 
символы и интерпретирует их как команды управления экраном или клавиатурой. С 
помощью Езс-последовательностсей можно очищать экран, перемещать по нему кур- 
сор, выбирать цвета фона и символа, изменять видеорежим, а также переопределять | 
клавиши клавиатуры. 
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В дальнейших примерах будут использоваться такие Езс-последовательности: 

Езс[2} — очистка экрана и перемещение курсора в левый верхний угол; 

Езс[строка;позицияН - установка позиции курсора. Параметр строка обозначает 
у-координату курсора в пределах 1...25, параметр нозиция - х-координату в пределах 
1...80 (для видеорежима 80х25 символов); 

Езс[код1;код2;кодЗт — выбор атрибутов символов. Параметры код/, код2 и код3 
могут принимать значения, приведенные в табл. 12.1. 


Таблица 12.1. Назначение кодов задания атрибутов символов 


[Код | Назначение | 
Нормальное изображение | 
белые символы на черном фоне) | 


Выделение яркостью | : 












[т 
[-З1 [Красные символы | 41| Краны 
[32 [Зеленые симвлы | 42 | Зеленый фон 


Синий фон 
35 | Фиолетовые символы | 45| Фиолетовый фн___ | 
` 36 | Бирюзовые символы | 46| Бирюзовыйфн 
`Белый фон 


Помимо перечисленных, имеются Езс-последовательности, служащие для выбора 
видеорежима, переопределения клавиш клавиатуры и др. 

Модифицируем текст выводимой строки программы 11.1, включив в него Езс- 
последовательности управления экраном (пример 12.1). 
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Пример 12.1. Управление экраном с помощью Е5с-последовательностей 


;}В сегменте команд 
мо АН, 095 


поУ ОХ, оЕЁзее за 
118 218 
;В сегменте данных 
039 Ав 271, '[25' ;Очистка экрана 
ЧЬ 27, ' [31;47м' ;Задание цвета (красный по белому) 


а 27, '[10;35Н',0С95,9 4ир(0СоВ),‚ОВВЬ ;Гозиционирование и символы 
ЧЬ 27, ' [11;35Н',ОВАБ, 101, 'ОСТАНОВ', 116, ОВАВ ;Позиционирование и символы 
Ч 27, ' [12;35Н',ОСЗН,9 Чар (0С5В),ОВСН ;Позиционирование и символы 
ЧЬ 27, '[0щ',27, ' [25;1Нн$' ;Отмена цвета и позиционирование 
Езс-последовательности для управления выводом на экран в настоящее время поч- 
ти потеряли свое значение. В коммерческих программах, предназначенных для выпол- 
нения под управлением РО$, вывод на экран цветных символов и позиционирование 
курсора осуществляется либо с помощью средств ВТО5$, либо путем прямого програм- 
мирования видеопамяти. Однако в домашней работе при проведснии всякого рода ис- 
следований (изучение средств реального и защищенного режимов, исследование опе- 
рационных систем, отладка программных алгоритмов и пр.) применение Езс- 
последовательностей очень удобно, так как позволяет без особого труда сделать вывод 
на экран более наглядным и приятным для работы. В дальнейших примерах книги мы 
будем иногда использовать это средство. 
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Статья 13. Преобразование чисел 
в символьную форму 


Почти непременным атрибутом любой программы является вывод на экран не 
только текстовой, но и числовой информации. Если вывод текстов осуществляется 
весьма просто — достаточно описать выводимый текст с помощью оператора 4 и ис- 
пользовать затем подходящую функцию 2О$ (например, 09Ъ или 401), то для вывода 
числа его необходимо сначала преобразовать в символьную форму. Действительно, 
если послать на экран, например, код 5, мы увидим изображение трефового туза; что- 
бы получить на экране цифру 5, надо послать код АЗСИП этого символа, т. е. число 351. 
Таким образом, для вывода числа необходимо каждую цифру этого числа заменить 
кодом АЗСИ ее изображения. Например, для вывода на экран десятичного числа 13508 
следует послать на экран последовательность кодов З1, 33Ъ, 35Ъ, ЗОВ, 388 (см. 
рис. 11.1). При выводе на экран 16-ричных чисел в последовательность кодов цифр 
потребуется включать и коды латинских букв, например изображение числа 87АЕВ по- 
- требует посылки на экран последовательности кодов 388, 37Н, 411, 46} (и, возможно, 
681, если мы захотим завершить изображение числа на экране символом В — признаком 
его 16-ричности). 

Дело, однако, осложняется тем, что в памяти компьютера числа хранятся не в де- 
сятичной или 16-ричной форме, а в двоичной, в виде последовательности единиц и ну- 
лей. Поэтому алгоритм преобразования произвольного числа в символьную форму 
оказывается довольно громоздким. С другой стороны, при программировании на язы- 
ке ассемблера другого способа вывода на экран чисел не существует и любой про- 
граммист должен иметь под рукой отлаженные процедуры преобразования такого ро- 
да, чтобы иметь возможность по мере необходимости включать их в свои программы 
(например, в виде подпрограмм). 

Двоичное число, находящееся в ячейке памяти или регистре, можно вывести на 
экран как в 16-ричной, так и в десятичной форме. При выводе результатов каких-либо 
вычислений, например обработки числовых данных, естественно использовать деся- 
тичную форму. Однако в работе ‘программиста-исследователя удобнее иметь дело с 16- 
ричным представлением чисел, которое нагляднее отображает физическое содержимое 
ячеек и регистров. Рассмотрим возможный алгоритм такого преобразования. 

Оформим программный фрагмент преобразования двоичного числа в символьную 
форму в виде процедуры-подпрограммы. Возможности подпрограмм и средства рабо- 
ты с ними будут подробнее описаны в разделе 2 этой книги, однако незнание тонко- 
стей выполнения подпрограмм не должно помешать нам использовать их уже сейчас в 
прикладных целях. В простейшем случае достаточно знать, что подпрограммы оформ- 
ляются в виде процедур и вызываются с помощью команды са с указанием имени вы- 
зываемой процедуры. Каждая подпрограмма должна завершаться командой ге, осуще- 
ствляющей возврат из подпрограммы назад в вызывающую программу с передачей 
управления на команду, непосредственно следующую за командой са|. 

При выделении всех алгоритмов преобразования в отдельные процедуры-подпро- 
граммы текст главной процедуры оказывается очень простым (пример 13.1). В регистр 
АХ заносится преобразуемое число (предложение 1), в регистр 51 — смещение поля 
$ё1пр, в которое будет помещен результат преобразования, и командой са] вызывается 
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подпрограмма \т4_азс преобразования 16-битового слова в символьную форму. После 
этого остается лишь вызовом функции 098 РО$ вывести строку р на экран. 

Строка зШир (предложение 47) содержит 4 пустых байта, за которыми следуют 
знаки В (для придания выводимому числу большего благообразия) и $ (как завер- 
шающий символ для функции 9). 

Пример 13.1. Преобразование двоичного числа в 16-ричную символьную форму 
}В сегменте команд 


; Фрагмент главной процедуры 
№ АХ, 16385 ; (1) Преобразуемое число 


поУ 5, ОЕЕЗзеЕ зег1па; (2) Адрес результата 

са11 м; азс ; (3) Вызов подпрограммы иг4_азс 
поу АН, ОЭН ;(4)Функция вывода на экран 
поУ ОХ, ОЕЁЕЗее зех1па; (5) 

116 21Н ;(6)Вызов 005$ 


;Подпрограмма преобразования слова 
}При вызове преобразуемое число в АХ, 05:51 = адрес поля для результата 


иг азс ргос ; (7) Начало процедуры 
ручзВ АХ : ; (8) Сохраним исходное число в стеке 
апа АХ, ОРОО0В ; (3) Выделим четверку битов 
по СЬ, 12 ; (10) Сдвинем ее на 12 бит 
$Вг АХ, СЬ ; (11) в начало АЪ 
са11 Б1п_азс ; (12) Преобразуем в символ АЗСТЕ 
пох Буре рег [51]},А1; (13) Отправим в строку результата 
рор АХ . ; (14) Вернем исходное число 
рчзН АХ ;(15)И сохраним его снова 
апа АХ, ОРООВ ; (16) Выделим четверку битов 
оу СЬ, 8 ;(17)Сдвинем ее на 8 бит 
$Иг АХ, СЬ ;(18)в начало АБ 
1пс $Т ; (19) Сдвинемся по строке результата 
са11 Ъ1п_ азс ; (20) Преобразуем в символ АЗСТЕТ 
поч Бубе рег [51],АЬ; (21) Отправим в строку результата 
рор АХ ; (22) Вернем исходное число . 
разн АХ ; (23)И сохраним его снова 
апа АХ, СЕСНЬ ; {24} Выделим четверку битов 
пох СЬ,4 ; (25) Сдвинем ее на 4 бита 
зВе АХ, СЬ ; (26) в начало АБ 
1пс $1 ; (27) Сдвинемся по строке результата 
са11 Ъ1п_азс ; (28) Преобразуем в символ АЗСТТ 
пом Бусе рёг [51],АЦ; (29) Отправим в строку результата 
рор АХ ; (30) Вернем исходное число 
ризВ АХ ;(31)И сохраним его снова 
апа АХ, ОЕВ ; (32) Выделим четверку битов 
1пс 51° ; (33) Сдвинемся по строке результата 
са11 `Ъ]п_азс ; (34) Преобразуем в символ АЗСТТ 
мох Бусе рег [51),АГ; (35) Отправим в строку результата 
рор АХ ; (36) Восстановим АХ и стек 
тес ; (37) Возврат в вызывающую процедуру 
‚та. азс епар ; (38) Конец процедуры 


;Подпрограмма преобразования 16-ричной цифры 
;Преобразуемая четверка битов в младшей половине АБ, результат в АЁ 


Б3п_азс ргос ; (39) Начало процедуры 
сир АБ, 9 ; (40) Цифра > 9 
За 1еесе ; (41) Да, на преобразование в букву 
ааа АБ, ЗОВ ; (42) Нет, преобразуем в символ 0...9 
ь 3мр ок ;(43)И на выход из подпрограммы 
1еётг: ааа АГ, 378 ; (44) Преобразуем в символ А...Е 
‚ок: гее ; (45) Возврат в вызывающую процедуру 
:Юп_азс епар ; (46) Конец процедуры 
- 3В сегменте данных 





с зёг1п9 40 4 аир ('?'),'6$'; (47) 
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Рассмотрим сначала операцию преобразования в символ четверки битов, которая 
соответствует одной 16-ричной цифре. В машинном слове 4 таких зифры. Мы долж- 
ны, в зависимости от содержимого каждой четверки двоичных разрядов, получать код 
А$СП соответствующей 16-ричной цифры от 0 до Е. Поскольку эту операцию придет- 
ся выполнять для каждой четверки битов исходного числа, т. е. 4 раза, удобно офор- 
мить ее в виде вложенной подпрограммы (процедура Б1п_азс), которая будет вызы- 
ваться из процедуры \т4_азс. 

На рис. 13.1 изображены 4-битовые двоичные числа, их представление в 
16-ричной форме, а также коды АЗСП символов, отображающих 16-ричное представ- 
ление этих чисел. Видно, что для первых 10 16-ричных цифр их преобразование в 
символы требует прибавления к числу ЗОВ (кода символа 0); для последних шести 
цифр добавка составит 371. Этим и определяется алгоритм преобразования. 

а — 00000001 0010 0011 0100 0101 0110 0111 1000 1001 1010 1011 1100 1101 1110 1111 
6 0 1 23 4 5 6 78З8ЗЭАВСШРЕЕ 


в Зов З11 32. 33В 34в 351 361 378 381 39, 4 42, 43 446 45. 468 


`Рис. 13.1. 4-битовые числа в двоичной (а) и 16-ричной (6) формах 
и коды А5СИ изображений 1[6-ричных цифр (в) 


Анализируемое число (в регистре АГ.) сравнивается с числом 9 (предложение 40). 
Если содержимое анализируемого 4-битового поля больше девяти, т.е. должно изо- 
бражаться буквой, командой фа (литр 1 аБоуе, переход, если выше), происходит пере- 
ход на метку |ейг, где к коду числа прибавляется 371. В противном случае число 
должно отображаться цифрой и к его коду прибавляется ЗОН (предложение 42). Таким 
образом, после возврата из подпрограммы Ып_азс в регистре АГ содержится код 
АЗСП 4-битового числа в 16-ричном представлении. 

Обратимся теперь к подпрограмме \т4 азс, выполняющей преобразование 16-би- 
тового слова. При вызове подпрограммы преобразуемое число должно быть помещено 
в регистр АХ. Поскольку в процессе преобразования числа содержимое АХ разруша- 
ется, исходное число прежде всего сохраняется в стеке (предложение 8). Для выделе- 
ния старшей четверки битов над содержимым регистра АХ выполняется операция ло- 
гического умножения На число 0Е000Ь (предложение 9). Команда логического умно- 
жения ап4 обнуляет все биты первого операнда, в данном случае АХ, соответствую- 
щие сброшенным битам ее второго операнда (у нас числа 0Р000В), и оставляет без 
изменения остальныс биты первого операнда (рис. 13.2). 


Исходное число 9 2 С 41 


^^ 


Оно же 1001 0010 1100 0100 
Операнд-маска 1111 0000 0000. 0000 


Результат в АХ 1001 0000 0000 0000 Рис. 13.2. Действие команды апа 


Мы выделили старшую четверку битов исходного числа, однако она находится в 
самом старшем полубайте регистра АХ, в то время как для правильной работы 
подпрограммы Ып_ азс преобразуемая четверка должна располагаться в младшем 
полубайте АГ. Команда логического сдвига вправо зНг (5 пёНЬ сдвиг вправо) 
(предложение 11) сдвигает вправо все содержимое с помощью регистра СГ. 
"Выпавшие" с правого конца регистра биты теряются (строго говоря, последний 
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выпавший бит сохраняется в флаге СЁ, но для данной программы это значения не 
имеет), а освобождающиеся биты с левой стороны операнда заполняются двоичными 
нулями. Сдвинув старший полубайт АХ вправо на [2 разрядов, мы переместили его на 
место младшего полубайта АГ, что и требуется для подпрограммы Ып_а5с. Теперь 
можно вызвать эту подпрограмму (предложение 12) и, получив из нее код АЗСИ 
первой цифры, записать ее в выделенное заранее поле для результата преобразования, 
смещение которого по условиям вызова подпрограммы \т4_азс должно находиться 
в регистре $1 (предложение 13). 

В предложениях 14...21 выполняется обработка следующей четверки битов. Сна- 
чала в регистр АХ из стека выталкивается его исходное содержимое, которое тут же 
снова сохраняется в стеке. Далее выделяется вторая слева четверка битов, которой со- 
ответствует операнд ОРООН команды ап4 (предложение 16) и которая сдвигается уже не 
на 12, а на 8 разрядов (предложения 17 и 18). Результат преобразования этой 16- 
ричной цифры должен быть записан в следующий байт выходной строки, поэтому ко- 
мандой тс указатель 51 получает приращение 1. Вызовом процедуры Ып_а5с и пере- 
носом возвращаемого ею значения в строку $ этот фрагмент завершается. 

В предложениях 22...29 аналогично выполняется обработка третьей слева четверки 
битов, в предложениях 30...35 — самой правой четверки. Далее восстанавливается со- 
держимое регистра АХ (предложение 36), после чего командой ге! управление возвра- 
щается в вызывающую программу. 

На протяжении этой книги нам не раз придется обращаться к операции преобразо- 
вания 16-битового (или 32-битового) слова в символьную строку с последующим вы- 
водом его на экран с целью визуального контроля его содержимого. Учитывая важ- 
ность этой операции в практической работе на языке ассемблера, попробуем оптими- 
зировать приведенные выше процедуры. Что касается процедуры Ыт азс, то она 
слишком проста, чтобы ее можно было как-то улучшить. Иначе дело обстоит с проце- 
дурой \т4_а5с, в которой много повторений. Фактически основная часть ее алгоритма 
повторяется 4 раза с небольшими изменениями. Естественно поместить этот фрагмент 
в цикл из четырех шагов, предусмотрев в нем настройку двух изменяемых Значений: 
маски для выделения битов и числа побитовых сдвигов. 

‚ При модификации примера 13.1 оказалось удобным использовать. в нем допол- 
нительные команды, реализованные впервые в процессорах 80386. Для того чтобы ас- 
`семблер распознавал эти команды, в программе должна присутствовать директи- 
ва .386. Однако, как уже отмечалось в статье 8, в этом случае ассемблер создаст 32- 
разрядное приложение, которое не будет работать в операционной системе М$-2О$5. 
Для того чтобы приложение осталось 16-разрядным, директивы зевтеп{ для сегментов 
команд и данных должны быть дополненными описатслями 1$е16: 


‚386 ;Будут дополнительные команды 80386 
фехе зедтепе изе1 6 ;Начало сегмента команд 
. Часа зедтепе изе16 ;Начало сегмента данных 


: Дополнительные описатсли не требуют, чтобы в программе обязательно использо- 
‚ вались новые команды процессора. Поэтому все последующие примеры этой книги, 
_ независимо от использования в них процедуры преобразования числа в символьную 
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строку, можно отлаживать в приведенном выше варианте. Рассмотрим теперь моди- 
фицированный вариант процедуры мт@_азс (пример 13.2). 


Пример 13.2. Оптимизированная процедура преобразования двоичного числа 
в символьную форму 


мга азс ргос #(1) . . 
разНа ; (2} Сохраним все регистры 
ОУ ВХ, РОН ; (3) В ВХ будет маска битов 
оу 21,12 ; (4) В РЁ будет число сдвигов АХ 
оу СХ, 4 ; (5) Счетчик цикла 

сссс: разв СХ ; (6) Сохраним его 
разн АХ ; (7) Сохраним исходное число в стеке 
апа АХ, ВХ ; (8) Выделим четверку битов 
МОУ сь,оЪ ; (9) Отправим в СЬ число сдвигов 
зВЕ АХ, СЬ ; (10) Сдвинем на СЬ бит вправо 
са11 р1п_а$с ; (11) Преобразуем в символ АЗСТТ 
МОУ рузе рег [5$1],АБ; (12) Отправим в строку результата 
пс 5Т ; (13) Сдвинемся по строке вправо 
рор АХ ; (14) Вернем в АХ исходное число 
Вх ВХ, 4 ; (15) Модифицируем маску битов 
заЬ 2,4 ; (16) Модифицируем число сдвигов 
рор сх ; (18) Восстановим счетчик цикла 
10о0ор сссс ; (19) Цикл 
рора ; (20) Восстановим все регистры 
ге ; (21) Возврат из подпрограммы 

ига азс епар ; (22) 


Новый вариант процедуры использует в качестве мест временного хранения внут- 
ренних данных регистры процессора ВХ, СХ и БГ. Если иметь в виду применение 
этой подпрограммы в качестве стандартного инструментального средства, то ее необ- 
ходимо дополнить командами сохранения используемых регистров в начале процеду- 
ры и восстановления их в конце, чтобы при обращении к подпрограмме не нарушалось 
содержимое этих регистров, возможно, используемых в вызывающей программе. 
Проще всего сохранить все регистры командой ризНа (предложение 2) и восстановить 
их ответной командой рора (предложение 20). 

В начале процедуры в регистр ВХ заносится начальное значение маски (020008) 
для выделения старшей четверки битов, в регистр ОГ. - начальное значение числа по- 
битовых сдвигов исходного числа для перемещения выделенной четверки битов в ре- 
гистр АГ, а в регистр СХ - число шагов цикла. Однако регистр СХ будет нужен для 
задания числа сдвигов в команде зрг, поэтому в первом же предложении (6) тела цикла 
его содержимое сохраняется в стеке. Операции преобразования четверки битов в сим- 
вол (предложения 8...14) выполняются практически так же, как и в предыдущем вари- 
анте. Далее сдвигом содержимого регистра ВХ вправо на 4 бита выполняется модифи- 
кация маски (значение маски ОРОООН заменяется на ОЕООВ), а вычитанием 4 из регистра 
ПУ. изменяется число битов сдвига выделенной четверки битов (предложения 15 и 16). 
Наконец, восстанавливается счетчик цикла и выполняется команда 1оор возврата на 
метку сссс. После выполнения четырех шагов процедура завершается командой гей. 

В приведенном варианте заметно сократился исходный текст процедуры (22 пред- 
ложения вместо 32) и несколько уменьшился размер выполнимого модуля. Именно в 
таком виде процедуры Ып_азс и \Т4_ азс будут использоваться в дальнейших примерах 
этой книги. 
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‚ Статья 14. Динамическое исследование программ 


Разработанную нами программу вывода на экран символьных эквивалентов 16- 
ричных чисел можно использовать для получения динамического дампа интересую- 
щих нас ячеек памяти или регистров в процессе выполнения программы. Пусть, на- 
пример, мы хотим узнать, где в памяти находится наша программа. | 

Любая программа, загруженная в память, включает три важных для программиста 
компонента: окружение, префикс программы РЗР и собственно программу, которая 
(в случае программы типа .ЕХЕ) может состоять из нескольких сегментов. Поскольку 
окружение и сама программа (включая РЗР) рассматриваются 2О$ как отдельные бло- 
ки памяти, и та и другая структура предваряются блоками управления памяти (Метогу 
Сопго! В]оск, МСВ) размером 16 байт. С помощью этих блоков РОЗ ведет учет сво- 
бодной и занятой памяти (рис. 14.1). 


<- Е$:[2СВ] 
МСВ окружения 
Окружение РЕХЕ 


МСВ программы 
Программа РЕХЕ 


Окружение представляет собой область памяти, в которой в виде символьных 
строк записаны значения переменных, называемых переменными окружения, 
например РКОМРТ= $р$8. Здесь РКОМРТ -— переменная окружения, а $р$8 - ее 
конкретное значение, которое может быть и другим. 

К вопросам использования блоков управления памятью и окружения мы вернемся 
в 3-м разделе этой книги. Здесь мы рассмотрим программу, которая после запуска вы- 
водит на экран терминала сегментные адреса окружения, префикса программного сег- 
мента и сегмента команд (пример 14.1). 

После загрузки программы в память регистры ЕЗ и 0$ указывают на РЗР, регистр 
С$ -— на сегмент команд, а в слове со смещением 2СВ от начала РЗР содержится сег- 
ментный адрес окружения программы. 


Пример 14.1. Динамический вывод на экран характерных сегментных адресов 
па1п ргос 
оу АХ, Чата 
МОУ 25, АХ 
;Получим адрес окружения (находится по адресу 2Сп от началё Р5Р) 
оу АХ, ЕЗ: [2СВ] 
ОУ 51, ОЕЕЗеЕ епу1х+10;Смещение приемника 
са11 мг4_азс ;Преобразование адреса окружения в символы 
`}Получим адрес РЗР. Он находится в ЕЗ 
мо АХ, ЕЗ 
моУ $1, ОЕЕЗеф рзр+10;Смещение приемника 
са11 ига азс ;Преобразование адреса Р$ЗР в символы 
: ;Получим адрес сегмента команд. Он находится в С5 
пом АХ, С5 
оу ЗТ, ОЕБЕЗеЕ с$5е9+10;Смещение гриемника 
са11 ига азс ;Преобразование адреса сегмента команд в символы 













<- Е5 
<- с5 





Рис. 14.1. Память, занимаемая программой 
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пит метет те 


ю” 


;Выведем сформированный текст на экран 

пом АН, О9В 

поУу СХ, ОЕБЕЗеЕ епузк 

100 218 
... `;Завершим программу 
пап елар 
ига азс ргос 


игЧ_азс епар 
Ь1п_азс_ргос 
Ь1п азс епар 
;ПГоля данных 


епу1г аь 'Окружение=****6', 13,10 
рзр аь 'Префикс= ****В',13,10 
сззед аъ 'Программа=****Н',13,10,'$' 


Для повышения наглядности вывода в программе предусмотрены три отдельные 
символьные строки для выводимых сегментных адресов. Каждая строка начинается с 
поясняющего текста. Поля строк, предназначенные для хранения преобразованных ад- 
ресов, начинаются с байта 10 от начала каждой строки. Последняя строка завершается 
знаком $. 

Главная процедура состоит из трех практически одинаковых участков, в которых 
выполняется занесение в регистр АХ преобразуемой величины, настройка регистра 51 
на начало поля для результата преобразования и вызов подпрограммы \т4_ азс для 
преобразования сегментного адреса в символьную форму с занесением результата 
в символьную строку. ° 

Сформировав поле данных, программа с помощью функции 2О$ 09 выводит его 
на экран. 

Обратите внимание на команду тоу АХ,ЕЗ:[2СН]. В ней указано не символическое 
имя адресусмой ячейки (сегмент с РЗР формирует система, и у его ячеек нет никаких 
имен), а известное нам числовое смещение 2СВ от начала Р5Р. Кроме того, явно указа- 
но, что адрссоваться надо к сегменту, адрес которого находится в Е5. Такой способ за- 
писи адреса, когда вместо подразумеваемого по умолчанию сегментного регистра 0$ 
явно указывается другой сегментный регистр, используется в практическом програм- 
мировании очень часто и носит специальное название замены сегмента. 


Статья 15. Знаковые и беззнаковые числа операции 


Выше ужс отмечалось, что в машинное слово или регистр можно записать 64 К 
разных чисел в диапазоне от 00001 до ЕЕЕЕВЬ, или от 00000 до 65535. Это справедливо 
в том случае, если мы вс возможные числа рассматриваем как положительные (без- 
знаковыс). Если, однако, мы хотим в какой-то программе работать как с положитель-, 
ными, так и с отрицательными числами, т. е. с числами со знаком, нам придется часть 
чисел из их полного диапазона (наиболес естественно — половину) считать отрица- 
тельными. В вычислительной технике принято отрицательными считать все числа, у 
которых установлен старший бит, т. с. числа в диапазоне 80001Н...ЕЕЕЕН. Положитель- 
ными же считаются числа со сброшенным старшим битом, т.е. числа в диапазоне 
00001...7ЕЕЕВ. При этом отрицательные числа записываются в дополнительном коде, 
который образуется из прямого путем замены всех нулей единицами и наоборот (об- 

`ратный код) и прибавления к полученному числу единицы (рис. 15.1). 
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Для байта Для слова 





Прямой код числа 5: 0000 0101 0000 0000 0000 0101 
Обратный код числа 5: 1111 1010 1111 1111 1111 1010 

+1 +1 
Дополнительный код числа 5: 1111 1011 1111 1111 1111 1011 


Рис. 15.1. Образование отрицательного числа 


Следует подчеркнуть, что знак числа условен. Одно и то же число ЕЕЕВВ, изобра- 
женное в нижней строке рис. 15.1, можно в одном контексте рассматривать как поло- 
жительное (+65531), а в другом -— как отрицательное (-5). Таким образом, знак числа 
является характеристикой не самого числа, а способа его обработки. 

На рис. 15.2 представлена выборочная таблица 16-битовых чисел с указанием их 
знаковых и беззнаковых значений. 


16-ричное Десятичное представление: 

представленне без знака со зиаком 

осо0в 00000 00000 . Ноль 

00018 90001 +00001 Минимальное положительное число 
00028 90002 +00002 

000зв 00003 +00003 Диапазон положительных чисел 
7ЕРГЕВ 32766 +32766 

7ЕЕЕЬ 32767 +32767 Максимальное положительное число 
вооов 32768 -32768 Макснмальное отрнцательное число 
80011 32769 -32767 

 РРЕОЬ 65 5 з З ‘0000 Е Диапазон отрнцательных чнсел 
РЕРЕВ 65534 —-00002 

РЕЕЕВ 65535 -00001 Мннимальное отрицательное число 


Рис. 15.2. Представление знаковых и беззнаковых чисел в 16-разрядном компьютере 


Процессор может выполнять операции не только над словами, но и над байтами. 
Как и в случас целых слов, число в байте можно рассматривать как беззнаковое, и то- 
гда оно может принимать значения от 000 до 255, или как число со знаком, и тогда 
диапазон положительных значений уменьшается в два раза (от 000 до 127), но возни- 
кает возможность записать столько же отрицательных чисел (от —001 до —128). 

На рис. 15.3 представлена выборочная таблица байтовых (8-битовых) чисел с ука- 
занием их знаковых и беззнаковых значений. 


16-ричное Десятичное представление: 

представление — без знака со знаком 

оов 000 000 Ноль 

015 001 +001 Минимальное положительное число 
025 002 +002 

озв 003 +003 Диапазон положительных чисел 
7ТЕВ 126 +126 

7ЕВ 127 +127 Максимальное положительное число 
вов 128 -128 Максимальное отрицательное число 
815 129 -127 

82в 130 -126 Диапазон отрнцательных чисел 

РЕВ 254 —002 

ЕЕВ 255 -001 Мниннмальное отрицательное число 


Рис. 15.3. Представление знаковых и беззнаковых байтовых чисел 
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При операциях с числами следует иметь в виду явление оборачивания, которое 
можно кратко выразить такими соотношениями: 


ЕЕЕЕВ+00011=00005 
00001-0001Н=ЕЕЕГЕН 


Если последовательно увеличивать содержимое регистра или ячейки памяти, то, 
достигнув верхнего возможного предела РЕЕЕН, число перейдет через эту границу, 
станет равным нулю и продолжит нарастать в области малых положительных чисел 
(1,2, Зи т.д.). Точно так же, если последовательно уменышать некоторое поло- 
жительное число, оно, достигнув нуля, перейдет в область отрицательных (или, что то 
же самое, больших беззнаковых) чисел, проходя значения 2, 1, 0, ЕЕРЕй, ЕЕЕЕЙ ит. д. 

Отсюда, между прочим, следует, что если при последовательном наращивании от- 
носительного адреса в сегменте данных (что обычно требуется при работе с мас- 
сивами) перейти границу беззнакового представления чисел, то начнут адресоваться 
ячейки не за пределами нашего сегмента данных, а из самого его начала, 

Среди команд процессора, выполняющих ту или иную обработку чисел, можно выде- 
лить команды, индифферентные к знаку числа (например, шс, ес, 15, команды, предна- 
значенные для обработки беззнаковых чисел (ти|, Фу, да, Ъ и др.), а также команды, специ- 
ально рассчитанные на обработку чисел со знаком (ипи|, у, в, ] ит. д.). 

Рассмотрим в качестве примера команды умножения. Их две: ши! (ти!рНсайоп, 
умножение) для умножения беззнаковых чисел и ппц] (пиерег ту]ёрИсаНоп, целочис- 
ленное умножение) для работы со знаковыми числами. Результаты их выполнения при 
одних и тех же операндах могут радикально различаться. 

Обе команды могут работать как со словами, так и с байтами. Они выполняют ум- 
ножение числа, находящегося в регистрах АХ (в случае умножения на слово) или АС 
(в случае умножения на байт), на операнд, который может находиться в каком-либо 
регистре или в ячейке памяти. Не допускается умножение на непосредственное значе- 
ние, а также на содержимое сегментного регистра. 

Размер произведения, т. е. число байтов в нем, всегда в два раза больше размера 
сомножителей. Для 1-байтовых операций полученное произведение записывается в ре- 
гистр АХ. Для 2-байтовых операций результат умножения, который имеет размер 
32 бита, записывается в регистры ОХ:АХ (в ОХ - старшая половина, в АХ — младшая). 

Рассмотрим несколько конкретных примеров действия команд знакового и без- 
знакового умножения. 


оу АЬ,3 ;Первый сомножитель=003 
МОУ вь,2 ;Второй сомножитель=002 
па вЬ ;АХ=00061=00006 

оу АГ, 3 ;Первый сомножитель=003 
моу зь,2 ;Второй сомножитель=002 
1101  ВЬ ;АХ=00061=+00006 


Обе команды, ши] и 1151, дают в данном случае одинаковый результат, поскольку 
знаковые положительные числа совпадают с беззнаковыми. Обратите внимание на то, 
что результат умножения, будучи в данном случае небольшим, занимает тем не менее 
весь регистр АХ, затирая его старший байт. 


шоу АЪ, ОРЕН ;Первый сомножитель=0РЕВ=255 
пох в, 2 ;Второй сомножитель=002 

ма1 8г ;АХ=01ЕЕН=00510 

поУ АГ, ОРЕВ ;Первый сомножитель=оЕЕЬ=-091 
пох вь,2 ;Второй сомножитель=002 

31  ВЬ ;АХ=ЕЕЕЕВ=-90002 
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Здесь действие команд ту] и пп] над одними и теми же операндами дает разные 
результаты. В первом примере беззнаковое число РЕВ, которое интерпретируется как 
десятичное 255, умножается на 2, давая в результате беззнаковое 00510, или О1ЕЕВ. Во 
втором примере то же число ЕЕН рассматривается как знаковое. В этом случае оно со- 
ставляет —001. Умножение на 2 дает —002, или ЕЕЕЕБВ. 

Разная интерпретация одного и того же’ числа ЕЕБ обусловлена использованием 
в первом случае команды для обработки беззнаковых чисел, а во втором — знаковых. 

Аналогичная ситуация возникает и при умножении целых слов: 

мо АХ, ОРЕЕЕВ ;Первый сомножитель=0РЕЕЕр=65535 


оу в, 2 ; Второй сомножитель=00002 

ти ВЬ ; ОХ :АХ=0001Н: ЕЕЕЕБ=0000131070 

ЩОУ АГ, ОРЕРЕЕЫ ; Первый сомножитель=ОкЕЕЕН=-00001 
А вг,2 ;Второй сомножитель=00002 

ща вЬ ; ОХ :АХ=РЕЕЕВ: РЕЕЕр=-0000000002 


В первом примере число без знака ЕЕЕРЕЬ (65535 в десятичном представлении) ум- 
ножается на 2, давая в результате число без знака 0000131070, или 0001ЕЕЕЕВ. Это 32- 
битовое число размещается в двух регистрах. Старшая половина (00011) записывается 
в регистр ОХ, затирая его предыдущее содержимое, младшая половина (ЕЕЕЕВ) в ре- 
гистр АХ. Во втором примере то же число ЕЕЕЕЬ рассматривается как число со зна- 
ком. В этом случае оно составляет —00001. Умножение на 2 дает —0000000002, или 
РЕБЕЕЕЕЕН. По-прежнему старшая половина этого числа (РЕРЕН) записывается в ОХ, 
младшая половина (ЕЕРЕВ) -в АХ. 

Другая важная группа команд, различающих числа со знаком и без знака, — это ко- 
манды условных переходов. Эти команды позволяют осуществлять переходы на раз- 
личные метки программы в зависимости от результата выполнения предыдущей ко- 
манды. Команды условных переходов часто используют после команд сравнения 
(стр), инкремента (с), декремента (4ес), сложения (а@4), вычитания (515), проверки 
(450) и ряда других. 

Приведем перечень команд условных переходов, чувствительных к "знаковости" 
числа. 


Знаковые команды 

в (атр Е ртемег — переход, если больше) 

ве датр И ртежег ог едиа] - переход, если больше или равно) 

Л шир Н1е55 — переход, если меньше) 

Ле дитр 1Ё1е5$ ог едца| — переход, если меньше или равно) 

ме датр #по{ отежег — переход, если не больше) 

лее дитр 1 по{ отеаег ог едпа! — переход, если не больше и не равно) 
21 ботр Е по1 [е5$ — переход, если не меньше) 

Ме (отр 11 по 1ез$ ог еда] — переход, если не меньше и не равно) 


Беззнаковые команды 

]а (отр ШаЪоуе - переход, если выше) 

лае (отр { абоуе ог едца] — переход, если выше или равно) 

© дштр 1ЁЪе]оу, — переход, если ниже) 

Ъе (итшр Е Ъею\/ ог еда] - переход, если ниже или равно) 

дла датр 1Ё по{ аБоуе - переход, если не выше) 

дпае (липр !Ё по! аБоуе ог едца] — переход, если не выше и не равно) 
2Ъ (отр 1 по! бе]о\ — переход, если не ниже) 
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Примеры команд, нечувствительных к знаку числа 

]е (лтр 1 еда] — переход, если равно) 

дле (атр Ш по! едиа] — переход, если не равно) 

]с итр 1 саггу — переход, если флаг СЕ установлен) 
]сх2 итр Е СХ=0 - переход, если СХ=0) 


Разница между знаковыми и беззнаковыми командами условных переходов за- 
ключается в том, что знаковые команды рассматривают понятия "больше-меньше" 
применительно к числовой оси —32 К...0...+32 К, а беззнаковые команды — примени- 
тельно к числовой оси 0...64 К. Поэтому для команд знаковых переходов число 7ЕЕЕВ 
(+32767) больше числа 80008 (-32768), а для команд беззнаковых 7ЕЕЕЬ (32767) - 
меньше чем 80001 (32768). Аналогично для знаковых команд 0 больше чем ЕЕЕРЕВ (-1), 
а для беззнаковых — меньше. 

Таким образом, при сравнении знаковых чисел используются термины "больше" и 
"меньше", а при сравнении беззнаковых — "выше" и "ниже". 

Все сказанное справедливо и в том случае, когда команды условных переходов ис- 
пользуются для анализа содержимого байтовых операндов. Так, для знаковых команд 
7ЕВ (+127) больше, чем 801 (-128), а 0 больше, чем ЕЕН (-1), а для беззнаковых ко- 
манд — наоборот. 


Статья 16. Строковые команды 


В составе команд процессора МП 86 имеется группа команд, предназначенных для 
операций со строками символов или чисел т. е., по существу, с массивами произволь- 
ных данных. Таких команд всего 5: 

» оу — пересылка строки; 

» стр - сравнение строк; 

* 5са$ — поиск в строке заданного элемента (сканирование строки); 

» 104$ — загрузка из строки регистров АХ или АГ; 

» 5105 — запись элемента строки из регистров АХ или АГ. 


Команды имеют общие черты: они выполняются процессором в предположении, 
что адрес строки-источника находится в регистрах 25:3, а адрес строки-приемника в 
ЕЗ:О1; при однократном выполнении они обрабатывают только один элемент, а для 
обработки строки должны предваряться префиксом повторения; в процессе обработки 
элементов строки регистры 31 и ПГ автоматически смещаются по строке вперед (если 
ОЕ=0) или назад (если ОЕ=1); каждая команда имеет модификации для работы с бай- 
тами или словами (например, плоу5Ъ и п10у5\). 

Рассмотрим сначала особенности использования строковых команд на простых 
формальных примерах. 


А. Пересылка (копирование) строки байтов 
;В сегменте данных 


5ЕС ЧЬ 10,20,30,40,50 ;Строка-источник 
Чез® а 5 ацр (?) ;Строка-приемник 
;В сегменте команд 
ФА АХ, Дафа ;Обычная инициализация 
пом $, АХ ;фрегистра 0$ 
поУ ЗТ, ОЕЕЁЗек зойкс ;0$:$51-$3ЕСс 
ричзр 5 ;5$ в стек 
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рор Е$ ;Из стека в Е$, теперь Е$=р$ 
МОУ РТ, ОЕЁзеф аез®;Е$:рт->4е5е 


с1а ;ОЕ=О, движение по строке вгеред 
поУ сх, 5 ;Число пересылаемых байтов 
хер моУ5Ь ‚Собственно пересылка 


В этом примере команда тоу$Ъ использована с префиксом повторения гер (гереа{, 
повторять), который фактически заставляет процессор выполнить команду п1о\56 чис- 
ло раз, равное содержимому регистра СХ, т. е. в данном случае переслать 5 байт. 

Мы видим, что перед использованием команды тоу\у$6 надо выполнить целый ряд 
предварительных действий: поместить в регистры 0$ и ЕЗ сегментные адреса источ- 
ника и приемника, а в регистры $1 и О! - их смещения; с помощью команды с14 (сеаг 
ФтесНоп, сбросить направление) сбросить флаг процессора ПЕ, в регистр СХ заслать 
число пересылаемых байтов. После этого одна команда тоузЪ с префиксом повто- 
рения гер выполняет операцию копирования сколь угодно длинной последователь- 
ности байтов (практически до 32 Кбайт, если и источник и приемник находятся в од- 
ном сегменте) на новое место. 


Б. Сравнение двух строк 
;В сегменте данных 


зоигс аь 'МУРТ1Е01.-АТ' ;Сравниваемая строка 
Епаме аь 'МУЕТЬЕО1.РАТ' ;Эталон 
;В сегменте команд 

пох АХ, Чата 

ФА $,АХ - 

мох ЗТ, ОЕБЕЗеф воохс 

разв $ 

рор 25 

пом ОТ, оЕЕзефх Епаме 

ста 

пом сх, 12 
гере стрзЬ 

ое по 
уез: 


по: 


Сравнение пары строк осуществляется с помощью команд стрз, стрзб и стрё\м. 
Префикс гере (гереаё “Ве сапа], повторять, пока равно), использованный в этом при- 
мере, заставляет процессор выполнять сравнение последовательных элементов строк, 
пока эти элементы равны, т. е. до тех пор, пока не обнаружится пара различающихся 
элементов. Если все элементы оказываются попарно одинаковыми, сравнение выпол- 
няется СХ раз, а после завершения цикла сравнения флаг нуля ХЕ устанавливается в 1. 
Если же в какой-то паре элементы оказались разными, цикл сравнения заканчивается, 
а флаг ГЕ устанавливается в 0 (отсутствие равенства операндов). Команда пе (или ]п27) 
позволяет проанализировать результат сравнения (в сущности, последней сравнивае- 
мой пары элементов) и перейти на соотвстствующую метку при обнаружении неравен- 
ства строк. В случае равенства всех СХ пар элементов команда пе не срабатывает и 
выполняется следующее за пе предложение программы. 

В приведенном примере сравниваемые строки различаются в 10-Й паре байтов, по- 
этому после сравнения 10-й пары (символов О и -—) выполнение команды стрз "дос- 
рочно" завершится со сброшенным флагом 7. и сработает команда пе, передав управ- 
ление на метку по. 
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В. Сканирование строки 

Команды сканирования (3саз, зсазЪ и зсаз\м) могут использоваться двояко. с пре- 
фиксом гере команды, просматривая элементы строки, пропускают все вхождения ис- 
комого элемента в начале строки, останавливаясь на первом элементе, отличным от 
исходного. С префиксом герпе (гереа! “Ве по! едпа], повторять, пока не равно) коман- 
ды, наоборот, позволяют найти первое вхождение исходного элемента. Поскольку 
анализируемая строка считается приемником, она адресуется через регистры ЕЗ:01. 
Искомый символ должен находиться в регистрах А1. или АХ. 


;В сегменте данных, адресуемых через Е5 
$а11 а ' /3:3' 
;В сегменте команд 

ОУ РТ, ОЕЕЗее {а11 


с1а 

ФА АЬ,' ' ;Искомый символ - пробел 

шоу сх, 80 }Максимальная длина данной строки 
гере зсазЮ ;Сканирование байтов, пока равно 

)е Ь]1апк ;Если в строке одни пробелы 
аоЕ1е: ...- ;Символ найден, Р1=$а11+5 


Ъ1апК: 


В приведенном выше примере поиск осуществляется, пока байты строки равны 
искомому символу (пробелу). Команда зсазЪ прекращает выполнение, как только она 
обнаруживает первый байт, отличный от пробела. При этом следует иметь в виду, что 
после "выхода" из команды 5сазб регистр П{ указывает на элемент массива, следую- 
щий за последним проанализированным, т. е. в данном случае на символ '3' (а не '/'). 
Если (как это скорее всего и будет) нам нужно знать положение в массиве первого 
элемента, отличного от искомого, содержимое ОТ следует уменьшить на единицу. 


;В сегменте данных, адресуемом через #5 
мога$ @и 10,100,234,183,16789,0,15644,... 
;В сегменте команд 


оу РТ, оЕЕзее могаз ;ЕЗ:ОТмог@$ 
с1а ;Сканирование вперед 
пох АХ, 0 ;Искомое число 
МОУ сх, 1000 ;Количество слов в массиве 
герпе зсазм ;Сканирование слов, пока не равно 
пе тегоз ;Если в массиве нет нулей 
аоЕ1: ... ; Первый 0 найден, 21=иог@з+12 


гегоз: 


В приведенном выше примере поиск осуществляется, пока элементы массива не 
равны искомому числу (0). Команда зсаз\/ прекращает выполнение, как только она об- 
наруживает искомый элемент. При этом следует иметь в виду, что после "выхода" из 
команды зсаз\/ регистр О] указывает на элемент массива, следующий за последним 
проанализированным, т. е. в данном случае на число 15 644. Если (как это скорее всего 
и будет) нам нужно знать положение в массиве искомого элемента, содержимое ОТ 
следует уменьшить на 2. 


Г. Загрузка регистра из строки 

Пусть в два последовательных байта по адресу шиИ$ поступают результаты вы- 
числений или измерений, влияющие на дальнейший ход программы. Нормальное про- 
должение программы допустимо, если первый байт больше или равен 851, а второй — 
меньше или равен 821. Анализ последовательности байтов и соответствующие услов- 
ные переходы удобно организовать с использованием команды 10456: 
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;В сегменте данных, адресуемом через 05 
111165 ар 908,818 ;Анализируемые числа 
;В сегменте команд 


мо ЗТ, ОЕЕЗее 11т163$ ;05:51->110168 


с1а ;Сканирование вперед 

1оазЬ ;АЬ=ЭОНн, 05:51-111165$+1 

сир АГ, 85Н ; Анализ первого байта, АТ=90н 

и} ° 1е35858 ; Переход, если меньше 85Н {у нас не меньше) 

1оазь ; Загрузка второго байта, АГ=818 

сир АГ, 828 ;Анализ второго байта 

3а оуег8 25 ; Переход, если больше 82. (у нас не больше) 
гапае: ... ;Нормальное выполнение (наш случай): 

;1-й байт >=85., 2-й байт <=828 

1е55851:... }1-й байт не годится 
о\ег82н: ... ;2-й байт не годится 


Д. Запись из регистра элемента строки 
;В сегменте данных, адресуемом через Е5 
аггау Ям 1024 ({?) 
;В сегменте команд 


МОУ ОТ, ОЕЕзеё аггау ;Е5:О0Т—>аггау 
с1а ; Сканирование вперед 
оу АХ, 0 ;Заполнитель массива 
мо СХ, 1024 ; Коэффициент повторения 
гер $возм ;Заполнение всего массива нулями 


В приведенном фрагменте одной командой 5105\/ с префиксом повторения гер мас- 
сив аггау заполняется числом 0, что приводит к затиранию его (более ненужного) ста- 
рого содержимого. | 

В заключение рассмотрим более содержательный пример использования одной из 
строковых команд, конкретно — команды сравнения, для защиты программы от несан- 
кционированного доступа с помощью пароля. 

Идея простейшей защиты программы от несанкционированного запуска заклю- 
чается в том, что где-то в программе записывается ключевое слово-пароль и програм- 
ма, начав работать, требует ввода этого слова с клавиатуры. Если пользователь ввел 
пароль правильно, программа продолжает работать. Если пароль введен неверно, про- 
грамма завершается. Таким образом, программа должна сравнить введенное слово с 
хранящимся в ней и фиксировать совпадение или наличие хотя бы незначительной 
разницы. Рассмотрим программу ввода и анализа пароля. 

Вообще говоря, ввод пароля можно осуществить любыми функциями РОЗ ввода с 
клавиатуры. Однако обычно пароль вводят одной из функций, не отображающих вво- 
димые символы на экране. Таких функций две - 071 и 081. Разница между ними за- 
ключается в том, что функция О8Н, зафиксировав ввод пользователем сочетания 
СН1+С, аварийно завершает программу, функция же 071 к СЫ1+С нечувствительна. По- 
скольку обе эти функции вводят лишь один символ, для ввода пароля их надо исполь- 
зовать в цикле. Выход из цикла можно организовать по-разному: после ввода обуслов- 
ленного числа символов, по нажатии клавиши Ещег либо как-то иначе. В примере 16.1 
ввод пароля заканчивается нажатием клавиши Ещег. 


Пример 16.1. Ввод пароля и сравнение символьных строк 
;Выведем запрос ргомрЕ с помощью функции 005$ 098 


;Введем пароль 
оу вх, 0 ; (1) Инициализируем индексный регистр 
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разз: мох АН, 085 ; (2) Функция ввода без зха 


116 218 ;(3)Вызов 205 
стр АТ, 13 ; (4) Епфег? 
Зе сошрг ;(5)Да, на сравнение 
мох 5&г1п9[ВХ],Ац; {6)Нет, сохраним символ 
1пс ВХ ; (7) Инкремент индекса 
Змр разз$ ; (8) Повторять до Епеег 
;Будем сравнивать строки 
сошрг: разН 25 ; (9) Настроим Е$ на наш 
рор 25 ; (10} сегмент данных 
пом 5Т, ОЕЕЗее 1прЕ; (11) Смещение строки ввода 
оу РТ, оЕЁЕзеф разз; (12) Смещение строки с паролем 
с1а ; (13) Направление вперед 
МОУ СХ, ВХ ; (14) Инициализируем счетчик цикла 
гере сшрзЬ ; (15) Сравнение 
)Эпе егг ; (16) Строки не равны 
..- ;Продолжение программы 
егг: мох АХ, АСО0Н ; (17) Заверщение программы 
ле 218 ; (18)и выход в 205 
Поля данных 
разз 6 '1аскуб6егаке' ; (19) Ожидаемый пароль 
1пре Аь 80 ар (?} ; (20)Поле для ввода пароля 
рготрЕ 96 'Введите пароль >>$' ; (21) Запрос 


Работа программы начинается с вывода на экран запроса программы. В данном случае 
запрос имеет вид "Введите пароль>>". Далее инициализируется регистр ВХ, который будет 
использоваться в качестве индексного, и ставится запрос к РОЗ на ввод символа без эха 
(предложения 2 и 3). Введенный код сравнивается с кодом клавиши Егйег (предложение 4), 
и в случае равенства кодов командой ]е выполняется переход на участок сравнения строк. 
Если же нажата любая другая клавиша, ее код АЗСП заносится в поле шрё со смещением 
относительно начала этого поля на число байтов, равное содержимому регистра ВХ. Вы- 
полняется инкремент регистра ВХ и командой безусловного перехода лир управление пе- 
редается в точку раз$ на ввод следующего символа. 

При нажатии клавиши Ешег выполняется настройка регистров для выполнения 
операции сравнения. Первая строка адресуется через пару регистров 05:51, вторая — 
через регистры ЕЗ:П1. В предложениях 11 и 12 в регистры $3] и 0! заносятся смещения 
сравниваемых строк, а в предложении 13 командой с14 устанавливается направление 
сравнения — от начала строки к ее концу. 

Для того чтобы сравнить целую строку, команда сшрзЬ предваряется префиксом 
повторения гере. В этом случае операция сравнения выполняется до тех пор, пока сим- 
волы двух строк совпадают, но не более СХ раз. Поэтому требуется еще настроить и 
регистр СХ. В нашем случае в него заносится конечное содержимое регистра ВХ, т. е. 
длина введенной с клавиатуры строки. 

Выход из цикла повторения команды сшрзб происходит либо после обнаружения 
несовпадающих байтов (и тогда ясно, что строки не совпадают), либо по исчерпании 
счетчика цикла СХ. В последнем случае все байты строк, кроме последних, наверняка 
совпадают, однако результат сравнения последнсй пары байтов неясен. Таким обра- 
зом, сама по ссбе команда стрзЪЬ, выполняемая в цикле, не позволяст судить о резуль- 
татах сравнения. После этой команды необходим анализ результата сравнения послед- 
ней пары байтов одной из команд условного перехода. Использованная в программе 
команда пе в случае неравенства передает управление на метку ет, где выполняется 
аварийное завершение программы. Если же строки полностью совпадают, начинается 
нормальное выполнение содержательной части программы. 
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Статья 17. Ввод с клавиатуры десятичных чисел 


Все данные, поступающие в компьютер с клавиатуры или выводимые на экран 
терминала, рассматриваются как коды АЗСП вводимых символов. Для вывода на эк- 
ран числа из ячейки памяти или регистра его следует предварительно преобразовать в 
коды АЗСП соответствующих цифр той системы счисления, в которой требуется ото- 
бразить число на экране (этот вопрос рассматривался в статье 13). Точно так же при 
вводе числа с клавиатуры полученные символы надо преобразовать в число (двоичное, 
поскольку любые данные хранятся в компьютере исключительно в двоичной форме). 
Очевидно, что процедура преобразования будет зависеть от того, какое число мы хо- 
тим набрать на клавиатуре - десятичное или 16-ричное. В настоящей статье будет рас- 
смотрен ввод с клавиатуры десятичных чисел. 

Помимо преобразования символьных кодов цифр в двоичные числа и объединения 
этих чисел с учетом весов отдельных десятичных разрядов, в программе должен быть 
предусмотрен анализ вводимых символов и исключение из входного потока кодов, не 
являющихся кодами десятичных цифр (такую операцию часто называют фильтраци- 
ей). Кроме того, следует предусмотреть какое-либо соглашение о способе завершения 
ввода каждого числа. Например, можно всегда вводить пяти десятичных цифр (с лиди- 
рующими нулями, если число имеет меньше 5 десятичных разрядов). Удобнее вводить 
число без лидирующих нулей, завершая ввод нажатием клавиши Ещег или другой вы- 
деленной для этого клавиши. В соглашениях о правилах ввода (как говорят, в интер- 
фейсе с программой) должна быть оговорена реакция программы на неправильно на- 
жатую клавишу. Проще всего заставить программу игнорировать все нецифровые 
символы, хотя может быть предусмотрена и иная реакция, например вывод сообщения 
об ошибке или подача звукового сигнала. Далее следует решить, надо ли отображать 
на экране случайно введенные нецифровые символы. 

Программный фрагмент, приведенный в примере 17.1, осуществляет ввод с кла- 
виатуры десятичных чисел с любым числом разрядов от 1 до 5. Ввод каждого числа 
завершается нажатием клавиши Емег. Вводимые символы проверяются на их при- 
надлежность десятичному числу; нецифровые символы не воспринимаются и не ото- 
бражаются на экране. Результат преобразования (который остается в регистре АХ) по- 
сле преобразования в символьную строку выводится на экран для контроля. 


Пример 17.1. Ввод с клавиатуры десятичного числа 
;Выведем на зкран запрос, свидетельствующий об ожидании ввода 


МОУ АН, 025 ; (1) Вывод 

| ФА От, '>' ; (2) запроса 

116 218 ; (3} 

ФА рт, 0 ; (4) Очистим регистр для результата 
;Будем вводить и анализировать символы 
1прё: пом АН, О8Н ; (5) Функция ввода символа без эха 

116 218 ; (6} 

стр АБ, 13 ; (7) Нажата клавиша Епфег? 

3е Чопе ; (8) Да, ввод числа закончен 

стр АТ, '9' ; (9) Цифровой символ? 

За 1прё ; (10) Нет! На говторный ввод 

спр АТ, '0' ; (11) Цифровой символ? 

ь 1пре ; (12) Нет! На повторный ввод 
;Зведен очередной цифровой символ. Выведем его на зкран 

Мом АН, 026 ; (13) Функция вывода символа 

пом ОТ, АБ ; (14) Геренесем символ в РЬ 
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1716 218 ; (15) (для функции 021) 


заь АГ, '0' ; (16) Преобраэуем символ в двоичное число 
ХоЕ АН, АН ; (17) Обнулим АН 
моу СХ, АХ ; (18) Сохраним полученную цифру в СХ 
оу ‘АХ, ОТ ; (19) Результат преобразования предыдущих цифр 
поУ ВХ, 10 ;} (20) Множитель 10 
11 вх ; (21) АХжпредыдущий результат * 10 
ааа АХ, СХ ; (22} Добавим к старому числу новую цифру 
пом ОТ, АХ ; (23) Сохраним в регистре ОТ 
пр 1пре ;(24)На ввод следующей цифры 
Чопе: моу АХ, ОТ ; (25) Загрузим результат в АХ 


;Преобразуем число в АХ в символьную строку 
оу ЗТ, ОЕЁЗефх гезц18+3; (26) Смещение для игЯ_азс 
са11 мкА азс ; (27) Преобраэуем в символы 
;Выведем результат на экран функцией 100$ 09Н 


ига азс ргос 


ига азс епар 

Ь1п_азс ргос 

21п_азс епар 

;В полях данных 

хези1е 4 ' = ',5 Ор (?) 


Принцип преобразования вводимой строки символов в число заключается в сле- 
дующем. Первая введенная цифра (старший десятичный разряд) преобразуется в дво- 
ичное число. После ввода и преобразования следующей цифры первое число умножа- 
ется на 10 и к полученному произведению прибавляется введенное число. Далее этот 
процесс повторяется до нажатия клавиши Емщег. 

Программа прежде всего выводит на экран запрос в виде знака > (предложения 
1...3). Перед началом ввода очищается регистр ОТ, где будет накапливаться результат 
ввода последовательных цифр исходного числа. Вызовом функции РОЗ О8Н ставится 
запрос на ввод с клавиатуры одного символа без отображения его на экране (отобра- 
жать мы будет только цифры). Функция 08} возвращает введенный символ в А1.. Код 
АЗСП нажатой клавиши сравнивается с кодом АЗСИ клавиши Ещег (код 13, предло- 
жение 7). Если нажата эта клавиша, процесс ввода цифр заканчивается переходом на 
метку допе. При любой другой клавише выполняется анализ введенного кода. Содер- 
жимое АГ, сравнивается с символьным представлением цифры 9 (предложение 9). Ес- 
ли введенный код больше '9', он не является цифрой и его следует отбросить. Эту си- 
туацию отрабатывает команда а, осуществляя переход на начало блока ввода очеред- 
ного символа. Если введенный код прошел проверку на верхнюю границу, он 
сравнивается с нижней границей — кодом '0' (предложение 11). Команда № осуществ- 
ляет переход на начало блока ввода символа, если введен символ с кодом меньше '0'. 
Следующее предложение 13 будет выполняться, только если нажата клавиша с циф- 
рой. Функцией РОЗ 028 введенный символ выводится на экран (предложения 13...15), 
после чего начинается его преобразование в число. 

В предложении 17 с помощью команды хог выполняется очистка старшего байта 
регистра АХ. Вообще команда хог (ехсаз1уе от, исключающее ИЛИ) анализирует биты 
обоих операндов (которые в данном случае совпадают) и устанавливает биты резуль- 
тата по следующему правилу: каждый бит результата устанавливается в 1, если соот- 
ветствующие биты операндов различаются, и сбрасывается в 0, если соответствующие 
биты операндов совпадают (рис. 17.1). 
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В предложении 17 в команде хог оба операнда совпадают. Легко сообразить, что в 
этом случае независимо от значения операнда после выполнения команды хог он 
станет равен нулю. Это дает основание использовать команду хог для обнуления 
операнда (вместо того, чтобы засылать в регистр 0 командой тоу). 


Первый операнд 0101 1111 0000 1111 
Второй операнд 0110 11111111 0000 





Результат 0011 0000 1111 ПП 
(замещает первый операнд) . Рис. 17.1. Результат действия команды хог 


Команда хог гее, гея занимает в памяти меньше места, чем команда тот гез,0, что и 
объясняет использование этого не очень наглядного приема. 

Обнулив старший байт регистра АХ и имея в его младшем байте введенную деся- 
тичную цифру в виде двоичного числа, мы на время сохраняем содержимое АХ в ре- 
гистре СХ (предложение 18). Далее результат преобразования предыдущих цифр (или 
0, если вводится первая цифра) переносится из П[ в АХ и умножается на 10 (предло- 
жения 19...21). Команда умножения тм] предполагает наличие одного из сомножите- 
лей в АХ. В качестве другого сомножителя не может выступать число, поэтому со- 
множитель 10 мы занесли в регистр ВХ. Результат умножения процессор заносит в два 
регистра: в ОХ (старшую половину результата) ив АХ (младшую половину). В нашем 
случае результат умножения не может превысить 64 К, поэтому содержимым ОХ мы 
не интересуемся. 

Получив в АХ результат преобразования предыдущих цифр, умноженный на 10, 
мы прибавляем к нему текущую цифру из регистра СХ, сохраняем в регистре ГП] и пе- 
реходим на метку шрЕ с целью ввода следующей цифры. 

При обнаружении кода клавиши Емег выполняется переход на метку 4опе, полученное 
число переносится из П[в АХ и процесс ввода и преобразования на этом завершается. 

Для того чтобы проконтролировать работу программы, мы можем воспользоваться 
разработанными ранее подпрограммами Ып_а5с и \т4_азс, которые позволяют преоб- 
разовать содержимое регистра или ячейки памяти в 16-ричное число в символьном 
представлении. Для хранения этой символьной строки в программе предусмотрено по- 
ле гези, начинающееся с символов '='. Эти символы введены для отделения на экране 
отображения результата контроля от результатов ввода числа. Учитывая, что символы 
самого числа должны начинаться с байта гези] 3, именно такое смещение загружено в 
регистр $1 перед вызовом подпрограммы \т@_а5с (предложение 26). 

Разумеется, обе подпрограммы Ып_азс и УЛ4` азс должны быть включены в состав 
исходного текста программы, как это и обозначено в примере 17.1. 

Одним из недостатков программы является отсутствие анализа числа введенных сим- 
волов. Между тем в машинное слово нельзя записать число, превышающее 65 535, поэтому 
ввод шестой и последующих десятичкых цифр не имеет смысла. Для того чтобы ограни- 
чить число вводимых законных десятичных цифр и в то же время не учитывать случайно 
нажатые алфавитные и прочие клавиши, счетчик проходов программы следует установить 
в той точке, где начинается обработка законной десятичной цифры, т. е. между предложе- 
ниями 12 и 13. Счетчик можно организовать следующим образом. 

В начале программы надо инициализировать счетчик проходов, в качестве которо- 
го удобно использовать какой-либо свободный регистр, например 31: 

поУ 5Т,5 
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а после предложения 12 включить в программу строки изменения и анализа содержи- 
мого счетчика: 


аес т 
91 1прЕ 

Команда ]] не срабатывает, пока в 31 положительное число или 0. Однако как толь- 
ко после пяти проходов (т. е. ввода пяти законных десятичных цифр) число в $1 станет 
меньше 0, команда 1 будет после ввода любого символа передавать управление назад 
на метку шрь блокируя тем самым вывод символов на экран и их преобразование в 
числа. В этой ситуации программа будет ожидать нажатия клавиши Ещег, чтобы пе- 
рейти на строки завершения. 

Еще один очевидный недостаток нашей простой программы - невозможность стереть 
(клавишей возврата на шаг) ошибочно введенные десятичные цифры. Однако включение 
в программу такой возможности привело бы к ее чрезмерному усложнению. 

Создав и отладив пример 17.1, вы получите весьма полезный специализированный 
калькулятор: он переводит вводимые с клавиатуры десятичные числа в 16-ричные. 


Статья 18. Ввод с клавиатуры 16-ричных чисел 


Ввод с клавиатуры десятичных чисел является типичной операцией при решении 
математических или технических задач. Программисту, особенно любознательному, 
значительно чаще приходится иметь дело с 16-ричным представлением чисел. Как ив 
случае десятичных чисел, при вводе с клавиатуры 16-ричного числа в программу по- 
ступают коды АЗСП его знаков (символов от '0' до '9' и от 'А' до 'Е'). Программа ввода 
должна преобразовывать символы знаков в числовую форму и объединять эти числа в 
одном слове с учетом весов отдельных разрядов. Кроме того, необходимо предусмот- 
реть анализ поступающих символы и отбраковку ошибочно введенных. 

Рассмотрим программу, которая вводит с клавиатуры последовательность 16-рич- 
ных чисел длиной от | до 4 разрядов каждое и выводит их файл на диске. Такая про- 
грамма может оказаться полезной для создания тестовых числовых файлов, исполь- 
зуемых при отладке алгоритмов обработки числовой информации. 


Пример 18.1 Ввод с клавиатуры последовательности 16-ричных чисел с выводом их в дисковый файл 
;В сегменте команд 
;Подпрограмма ввода чисел 


Вех1п ргос 
| ВХ, 0 ;Очистим вспомогательный регистр 
1прё: мо АН, 085 ;Функция ввода символа 
пе 218 
стр АБ, 13 ;Клавиша Епфег? 
зе аопе ;Да, на вывод гробела 
стр АГ, 27 ;Клавиша Езс? 
3е опе1 ;Да, на выход из подгрограммы 
стр АГ, ' 0! ;Меньше '0'? 
в) ®) 1пре ;Да, на повторение ввода 
стр АГ, '9' ;Не больше '9'? 
Бе ок ;Да, введена цифра 
стр АШ,'Е' ;Вольше 'ЁР'? 
За торе ;Да, на повторение ввода 
спр АГ, 'А! ;Меньше 'А'? 
2Ь 1пре ;Да, на повторение ввода 
ОК: пом АН, 028 ‚Е Зведено разумное, 
поУ Бы, АБ ;Зыведем символ на экран 
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116 218 
стр А, !9' ‚Введена цифра? 
а 1е6сег ;Вуква! 
заб АТ, '0' ;Введена цифра, преобразуем в число 
апа АХ, СЕН ;Замаскируем остальные биты 
пр ааа ;На продолжение 
1ес ег: заЪ АЬ, 55 ;Введена буква, преобразуем в число 
апа АХ, СЕВ ;Замаскируем остальные биты 
аада :. мох СЬ,4 ;Умножим предыдущий результат 
за1 ВХ, СЬ ;на 16 сдвигом на 4 бита влево 
ог ВХ, АХ ;Добавим новую цифру 
]ар 1прё ;Будем вводить дальще 
Чопе: оу АН, 028 ;Выведем пробел 
мох .,' ' ;умежду вводимыми числами 
пе 216 
Яопе1: гее ;В ВХ введенное число 
Бех1п епар 


; Фрагмент главной процедуры 


;Создадим файл на диске 
мох АН, ЗСВ ;Функция создания файла 
поу сх, 0 ;Без атрибутов 
мох ОХ, оЕЕзее Епаме;Адрес имени файла 
1716 215 
МОУ Вапа1е, АХ ;Сохраним дескриптор 
;Вызов в цикле процедуры ввода 16-ричного числа 
иг{е: са11 Вех1п ;Ввод числа 
стр АЬ, 27 ;Вернулся код Езс? 
3е с1озе ;Да, на завершение 
ФА БаЕ, ВХ ;Перенесем результат в память 
мох АН, 408 ;Функция записи в файл 
оу вх, Вапа1е ;Дескриптор файла 
мох сх, 2 ;Запись 2 байт 
поу ОХ, оЕЕзее БаЕ;Адрес буфера вывода 
пе 218 
)мр мет Ее ;На ввод следующего числа 
с]озе: поу АН, ОЭН ;Выведем завершающее сообщение 
мо ОХ, оЕЕзее пезз 
11е 218 


;В сегменте данных 


Епате ЧБ 'памз.аае', 0 ;Имя файла 

Вап41е ам 0 ;Ячейка для дескриптора 
ЪаЕ ам 0 ;Буфер вывода 

пезз АБ 'Формирование файла завершено$' 


В отличие от примера 17.1, в котором ввод числа осуществлялся в основной про- 
грамме, здесь ввод числа, представляющий собой относительно сложную операцию, 
вынесен в подпрограмму-процедуру Вехш, которая многократно вызывается из основ- 
ной программы. Ввод каждого очередного числа завершается нажатием клавиши Ешщег. 
Для завершения работы программы следует нажать клавишу Ес. 

В подпрограмме Вехт прежде всего очищается регистр ВХ, который будет ис- 
пользован для передачи в основную программу результирующего числа. Собственно 
ввод символов с клавиатуры осуществляется функцией РОЗ 0881, которая, как уже от- 
мечалось, работает без эха (мы будем отображать на экране только правильно введен- 
ные знаки). Введенный символ проходит процедуру последовательного анализа. Если 
нажата клавиша Ещег (ввод очередного числа закончен), на экран выводится пробел и 
процедура Нехт завершается. Если нажата клавиша Езс (команда на завершение про- 
граммы), процедура Вехт завершается с обходом строк вывода пробела. 
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Далее происходит отбор знаков, представляющих собой законные 16-ричные циф- 
ры. Если введенный символ принадлежит диапазонам '0'..'9' или 'А’../Е', он вводится 
функцией 021 на экран и выполняется его преобразование в число. В случае ввода 
ошибочного символа происходит возврат на повторный ввод. 

Преобразование в число заключается в вычитании из кода АЗСП введенного 
символа кода символа '0'’ для цифр и числа 55 для букв (поскольку 16-ричный символ 
'А’ с кодом 411=65 соответствует числу 10). Полученное число занимает 4 младших 
бита в регистре АГ; остальные разряды регистра АХ очищаются командой ал4. 
Результат предыдущих преобразований в регистре ВХ умножается на 16 сдвигом 
влево на 4 разряда, к нему командой ог добавляется очередной 16-ричный разряд, 
после чего происходит переход на метку тр для ввода следующей цифры. 

Основная программа с помощью функции РОЗ ЗСН создает на диске файл 
с указанным именем, сохраняет дескриптор этого файла и входит в цикл вызова проце- 
дуры Вехш. После каждого вызова пех анализируется содержимое регистра АГ, куда 
в подпрограмме поступает код введенного символа, и при обнаружении в нем числа 27 
(код АЗСИ клавиши Езс) осуществляется выход из цикла, вывод предупреждающего 
сообщения и завершение программы. 

Если код Езс не обнаружен, полученное из пех число переносится в ячейку памяти 
БР и вызывается функция РОЗ 408 записи в файл 2 байтов из этой ячейки. Вывести число в 
файл непосредственно из регистра ВХ нельзя, так как функция 408 умеет выводить инфор- 
мацию в файл только из памяти, адрес которой указывается в регистре ОХ. 

Существенным недостатком нашей программы является необходимость при вводе 
16-ричного числа пользоваться только прописными буквами. Строчные буквы про- 
грамма отбраковывает как ошибочные. По-настоящему следовало бы после каждого 
ввода строчной буквы преобразовывать ее в прописную вычитанием из ее кода 201. 
Это, однако, усложнило бы алгоритм анализа введенного кода. 


Статья 19. Двоично-десятичные числа 


В ряде прикладных областей для представления чисел используется специальный фор- 
мат, называемый двоично-десятичным (Ытагу-соде@ десипя], ВСР). В таком формате вы- 
дают данные некоторые измерительные приборы; он же используется КМОП-микросхемой 
компьютера для хранения информации о текущем времени. В процессоре предусмотрены 
команды для обработки таких чисел. 

Двоично-десятичный формат существует в двух разновидностях: упакованный 
и распакованный. В первом случае в байте записывается двухразрядное десятичное число 
от 00 до 99. Каждая цифра числа занимает половину байта и хранится в двоичной форме. 

Из рис. 19.1, где приведен пример кодирования упакованного двухразрядного двоично- 
десятичного числа, можно заметить, что для записи в байт десятичного числа в двоично- 
десятичном формате достаточно сопроводить записываемое десятичное число символом В. 

1001] 0111 Двоичное содержимое байта 





9 7 — Десятичное обозначение числа Рис. 19.1. Упакованный 


9 7 16-ричное обозначение числа двоично-десятичный формат 


В машинном слове или в 16-разрядном регистре можно хранить в двоично- 
десятичном формате 4-разрядные десятичные числа от 0000 до 9999 (рис. 19.2). 
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1000 0110 0000 1001 Двоичное содержимое слова Рис. 19.2. Слово, содержащее 4-раз- 


8 6 0 $ — Десятичное обозиачение числа рядное десятичное число в упакован- 
8 6 0 9% —16-ричное обозначение числа ном ВСр-формате 


Распакованный формат отличается от упакованного тем, что в каждом байте запи- 
сывается лишь одна десятичная цифра (по-прежнему в двоичной форме). В этом слу- 
чае в слове можно записать десятичные числа от 00 до 99 (рис. 19.3) 


0000 1001 00001000 Двоичное содержимое слова 


9 8 есятичное обозн е Чис: 
| д ю ачени ла Рис. 19.3. Запись десятичного числа 
оо 0 3+ 16-ричиое обозначение числа в распакованном виде 


При хранении десятичных чисел в аппаратуре обычно используется более эконом- 
ный упакованный формат; умножение и деление выполняются только с распакован- 
ными числами, операции же сложения и вычитания применимы и ктем и к другим. 

Разработаем процедуры для выполнения арифметических операций с информаци- 
ей о текущем времени, получаемой из часов реального времени компьютера. 

Современные компьютеры оснащаются КМОП-микросхемой с батарейным пита- 
нием, которая служит, во-первых, для хранения информации о конфигурации компью- 
тера (количество и типы дисков, объем памяти и пр.), а во-вторых, для отсчета 
реального календарного времени. Поскольку эта микросхема питается от встроенной 
подзаряжаемой батарейки, часы реального времени продолжают работать, даже если 
компьютер выключен. В процессе начальной загрузки программы РО$ считывают 
показания часов реального времени, сохраняют их в ячейках системной области и 
модифицируют в дальнейшем эти ячейки в соответствии с ходом работы системного 
таймера. 

Для чтения и изменения текущего времени и даты используются функции РОЗ 
2АВ (получить дату), 2ВН (установить дату), 2СВ (получить время) и 20 (установить 
время), при этом 2О$ не только изменяет время текущего сеанса, но и модифицирует 
установки КМОП-часов реального времени. Однако к часам реального времени можно 
обратиться и в обход 2О$, с помощью прерывания ВО$ 1АВ. Оно предоставляет 
больше возможностей, чем функции РО$, в частности позволяет установить "будиль- 
ник", который в заданный момент времени даст сигнал прерывания. Этот сигнал с по- 
мощью обработчика прерывания можно обнаружить и отработать требуемым образом. 

При обращении к системному таймеру в помощью функций РОЗ время и дата за- 
даются и получаются в виде обычных двоичных чисел. Однако в КМОП-микросхеме 
время и дата хранятся в упакованном двоично-десятичном формате по две десятичные 
цифры в одном байте. В таком же формате эти данные принимаются и возвращаются 
функциями прерывания 1АВ В10$. Таким образом, при использовании для операций с 
текущим временем прерывания ВОЗ (а такжс при программировании КМОП- 
микросхемы непосредственно через ее порты) нсобходимо обрабатывать числа в фор- 
мате ВСО. 

И при получении, и при установкс времени с помощью прерывания [АВ число ча- 
сов находится в регистре СН, число минут — в С. и число секунд - в ОН, т. е. для хра- 
нения полного значения времени требустся 3 байта. Байты секунд и минут могут со- 
держать числа от 00 до 59; байт часов — от 00 до 23. 
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Получив с помощью функции В]0$ три составляющих времени из КМОП-микро- 
схемы, преобразовав эти числа в символьную форму и выведя полученную строку на 
экран, мы получим программу-часы (пример 19.1), которая при ее запуске будет выво- 
дить на экран текущее реальное время. 

Поскольку значение времени включает три двухразрядных ВСО-числа, процедуру 
преобразования придется применить трижды, и ее полезно оформить в виде подпро- 
граммы, которая в примере 19.1 названа Бс4_азс. 


Пример 19.1. Преобразование упакованных двоично-десятичных чисел в символьную форму 


.386 ;Вудут использоваться команды МП 80386 
ПоУ АН, 0285 ;Функция чтения времени 
ре ы 1АВ ;Прерывание ВтО5 
моУ АБ, СН ;Заберем в АГ часы 
са11 Бса азс ;Преобразуем в символы 
поу мога рЕг Е1е,Ах;Занесем в строку 
поУ АГ, СЬ ;Заберем в АГ минуты 
са11 Бса азс ;Преобразуем в символы 
мо мог рёх 11те+3,АХ;Занесем в строку 
оу АТ, ОН ;Заберем в АГ секунды 
са11 рса_ азс ;Преобразуем в символы 
оу мога рег %1те+6,АХ;Занесем в строку 
МОУ АН, О9Н ;Функция вывода на зкран 
пом ОХ, сЕЕЗзее с1оск;Смещение строки 
пе 218 ;Вызов 005 


;Подпрограмма преобразования упакованного ВСО-числа в символы 
;На входе ВСО в АЦ. На выходе символы в АХ 
Ьса_азс ргос 


пом АН, АБ : (1) Занесем число и в АН 

апа АН, ОЕН ; (2) Выделим в АН младшую цифру 

ааа АН, '0' ; (3) Преобразуем в АЗСТТ 

апа АГ, ОЕОВ ; (4) Выделим в АЁ старшую цифру 

ВЕ АЦ, 4 ; (5) Сдвиг в начало регистра. Команда 80386! 
ааа АЦ, 'О' ; (6) Преобразуем в АЗСТТ 

гее # (7) 


Ьса_ азс епар 

;В полях данных 

с1осКк Ч 'Текущее время ' 

Е1те ар 0,0':',0,0,':',0,0, '$' 

В главной процедуре после получения текущего времени с помощью функции 028 
прерывания 1 АВ составляющие времени вызовом процедуры Бс4 азс последовательно 
преобразуются в символьную форму и помещаются на предназначенные для них места 
в строке с1осКк, которая содержит поясняющий текст ("Текущее время’) и разделители 
(в виде двоеточий) между пустыми пока полями для компонентов времени. Назначе- 
ние процедуры Бс4 азс — преобразование упакованного двухразрядного двоично- 
десятичного числа в символьную форму (т. е. в два кода АЗСП соответствующих сим- 
волов). 

Исходное двухразрядное число, находящееся в АГ, копируется в АН. В этом реги- 
стре командой ап выделяется младший десятичный разряд числа (предложение 2), 
который затем прибавлением к нему кода символа '0' преобразуется в код АЗСП (пред- 
ложение 3). В регистре АТ, аналогичная операция выполняется со старшим десятич- 
ным разрядом. Он выделяется командой ап@ (предложение 4), сдвигается в начало 
регистра командой $Вг (предложение 5), после чего преобразуется в код АЗСИ. Резуль- 
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тат преобразования в виде двух кодов АЗСИ остается в регистре АХ, откуда в главной 
процедуре он может быть перенесен в выводимую на экран строку. 

Следует обратить внимание на порядок формирования десятичных разрядов ис- 
ходного числа в регистре АХ. В старшем байте этого регистра (АН) мы формируем 
код АЗСИ младшего разряда числа, а в младшем байте (АГ) — код старшего разряда. 
Обратный порядок разрядов связан с тем, что мы привыкли изображать числа начиная 
со старших разрядов и, соответственно, в символьной строке, которая будет выводить- 
ся на экран, в младших (левых) байтах должны размещаться старшие разряды отобра- 
жаемых чисел, а в старших (правых) байтах — младшие. Такой же обратный порядок 
десятичных разрядов должен быть и в регистрс, из которого 2-байтовые элементы 
строки переносятся в память. 


Статья 20. Деассемблирование 
и машинные коды команд 


Как видно из примеров, приведенных в этой книге, программы на языке ассембле- 
ра пишутся с использованием достаточно наглядных мнемонических обозначений ко- 
манд и способов адресации. В процессе составления программы программисту, как 
правило, не приходится сталкиваться с машинными кодами команд. Однако многие 
аспекты деятельности программиста требуют хотя бы поверхностного знакомства с 
правилами образования машинных кодов команд. К таким аспектам можно отнести: 
отладку и исследование работы сложных программ; оптимизацию программ по памяти 
или времени выполнения; расшифровку и изучение загрузочных модулей системного и 
прикладного программного обеспечения. Последнее является не только весьма полез- 
ной для самообразования, но часто и необходимой операцией. 

В настоящее время все программнос обеспечение персональных компьютеров по- 
ступает на рынок в виде загрузочных модулей, готовых к выполнению. Исходные тек- 
сты программ практически всегда отсутствуют. При возникновении необходимости 
внесения в программы хотя бы незначительных изменений приходится тем или иным 
способом "деассемблировать" загрузочные модули, т. е. преобразовывать их в тскст на 
языке ассемблера, отыскивать интересующие пользователя участки и вносить затем 
изменения непосредственно в машинные коды команд или данных. 

Для деассемблирования можно воспользоваться специальными инструменталь- 
ными программами — деассемблерами, например программой Зошгсег фирмы У 
СошизишсаНоп$. При этом, однако, следует иметь в виду, что деассемблер всегда вы- 
полняет свою работу небезошибочно. Ведь команды в принципе неотличимы от дан- 
ных, в результате чего деассемблер обычно часть кодов команд расшифровывает как 
данные и, наоборот, часть данных представляет в виде машинных команд. Для того 
чтобы разобраться в получившейся путанице, необходимо иметь представление о пра- 
вилах кодирования команд процессора. С другой стороны, во многих случаях измене- 
ния, вносимые в загрузочный модуль, столь незначительны, что не имеет смысла рас- 
шифровывать всю программу. Достаточно найти в ней несколько требуемых байтов. 
Эту работу вполне можно выполнить "вручную", с помощью какой-либо программы, 
выводящей на экран 16-ричное содержимое файлов, например РС Тоо|!$ или М№оцоп 
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Сотатапаег. В качестве примера "подправления" программных продуктов можно при- 
вести используемую иногда процедуру изменения программных строк анализа версии 
20$ с целью эксплуатации старой программы в новой версии РОЗ (естественно, этот 
метод применим лишь в тех случаях, когда анализ версии РОЗ носит формальный ха- 
рактер, для самой же программы по существу версия РОЗ безразлична). 

Система кодирования команд в процессорах [1 {е] весьма сложна и иногда неодно- 
значна. С другой стороны, она обеспечивает достаточно гибкие механизмы адресации 
и эффективное использование памяти, отводимой программе. Рассмотрим общие зако- 
номерности образования машинных кодов команд процессора 8086. Приводимый ма- 
териал в целом справедлив и для 32-разрядных процессоров, однако включение в ар- 
хитектуру этих процессоров дополнительных способов адресации, а также возмож- 
ность работы с 32-битовыми операндами еще более усложняет систему кодирования 
команд. 

В общем виде структуру машинной команды можно представить следующим 
образом: . 

Префикс — Код операции -- Адресация — Смещение — Операнд 


Каждый элемент команды занимает один или несколько байтов. Необходимым яв- 
ляется только код операции (коп), который характеризует выполняемую операцию (пе- 
ресылка, сложение и т. д.) и должен присутствовать в любой команде. 

Префикс команды занимает 1 байт и задает либо замену сегментного регистра, ис- 
пользуемого по умолчанию (ЕЗ:, С5:), либо повторение команды СХ раз (тер, гере). 

Формат префикса замены сегмента приведен на рис. 20.1; в табл. 20.1 указаны зна- 
чения поля ЗВ (код сегментного регистра) для этого байта. 

Биты 76543210 


ОВЕЗ ОВО 
Рис. 20.1. Структура байта префикса замены сегмента 


Таблица 20.1. Расшифровка поля 5Е 





Префиксы повторения гер и гере имеют коды ЕЗВ, а префикс герпе - код Е2В (пре- 
фиксы гер и гере используются в разных командах, поэтому не возникает неодно- 
значности при расшифровке кода). 

Код операции занимает обычно | байт и характеризует команду, при этом многим 
командам присущи несколько кодов операций, которые частично определяют исполь- 
зованный способ адресации. 

Байт адресации в оригинальной литературе носит название МОР ЕВ/М и состоит из 
трех полей: Мод, Вес (или Кез/коп) и В/М (рис. 20.2). 
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Биты 76543210 


В коде команды отсутствует смещение (при адресации к памяти) 
Смещение в коде команды есть н занимает 1 байт 
Смещение в коде команды есть и занимает 1 слово 


0 
0 
1 
1 Операнды являются регистрами 


-о-о 


Рис. 20.2. Структура байта 'МОР В/Мс расшифровкой поля Моа 


Как видно из рис. 20.2, поле Мо4 занимает 2 бита; в нем указывается, выполняется 
ли адресация к памяти или к регистрам. Если оба операнда являются регистрами, 
Мо9Я=11; при других значениях Мо4 один из операндов находится в памяти. Как из- 
вестно (см. статью 10), для обращения к памяти предусмотрено несколько способов 
адресации: прямая, косвенная регистровая и косвенная регистровая со смещением. Ес- 
ли Мод=00, смещение в команде отсутствует и, следовательно, выполняется команда 
типа шс ога ры [ВХ] или тоу АХ(ВХ][$1. Если Мо9=01, в команде указано смеще- 
ние, причем оно лежит в диапазоне знаковых байтовых чисел: тоу [ВХ [$14127], СХ 
или с \ога ру [ВХ-2]. Если Мод=10, в команде присутствует смещение длиной 
2 байта: ес тет(З]] или пез 5уе ри [ВХ [ОН128] (адрес ячейки памяти тет с оче- 
видностью является словом, а число 128 выходит за рамки байтовых знаковых чисел). 

Поле Кев/коп для некоторых команд используется как расширение байта кода опе- 
рации; в других случаях в нем указывается условный код одного из адресуемых реги- 
стров (приемника или источника), причем по по младшему биту кода операции про- 
цессор определяет, надо ли использовать полный 16-разрядный регистр или одну из 
его половин. В табл. 20.2 показано соответствие кодов поля Веф регистрам процессора. 


Таблица 20.2. Коды регистров поля Кев 


АГ 
ПС ИО У ЗИ ПО У РИ 
ОТО ПО: ЗОН Со: ОНИ 
пи вн 


Поле В/М (Вездлуег/Метогу, регистр/память) используется для идентификации 
способа адресации. Расшифровка кода в этом поле зависит от значения поля Мод того 
же байта. Если Мо4д=11, в команде используется регистровая адресация и в поле В/М 
указывается код регистра (который может быть как источником, так и приемником); 
при других значениях Мо4 выполняется обращение к памяти и в поле К/М закодиро- 
вана комбинация регистров, используемых для косвенного обращения к памяти, а так- 
же наличие или отсутствие в команде смещения. В табл. 20.3 приведена расшифровка 
кодов в поле В/М для различных значений Мо4. 

Обратите внимание на отсутствие во второй графе таблицы кода В/М для описа- 
ния адресации через ВР. Это не означает, что регистр ВР нельзя использовать для кос- 
венного обращения к памяти. Команда типа тоу [ВР],СХ вполне законна, но трансля- 
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тор преобразует ее в вид тоу [ВР+смещение]|,СХ, где смещение указывается в третьем 
байте команды и равно нулю. 


Таблица 20.3. Расшифровка поля К/М 


[000 | [Вх]ЗП_ | [ВХИЗНсмещение] | 
[001 [ВХ рП_ | [ВХ Оемещение] | 
010 [ВРП] | [ВР З+смещение] ‚ 
10| [ВРИРИ___ | (ВРИРЕсмещение] | 

ПРП ПОаемещени]  _ 
Прямая 


Некоторые однооперандные команды в случае регистрового способа адресации 
(разВ ВХ, шс СХ) кодируются одним байтом, в который входит, наряду с кодом опе- 
рации, и код регистра-операнда. Формат таких команд приведен на рис. 20.3; коды ре- 
гистров в этом случае соответствуют табл. 20.2 (столбец 16-разрядных регистров). 


Биты 76543210 = 


Рис. 20.3. Структура байта 1-байтовых команд 


Аналогичная ситуация возникает при использовании в некоторых командах в 
качестве операнда сегментного регистра. Такие команды могут иметь для этих случаев 
особый код операции, в котором предусмотрено 2-битовое поле ЗК для обозначения 
ссгментного регистра. Коды регистров соответствуют табл. 20.1. 

В первом байте команды — байте кода операции, в ряде случаев целесообразно вы- 
делять два младших бита. Формат такого байта изображен на рис. 20.4. 

Бит 0 (\!) принимает значение 1, если команда оперирует со словом. В случае бай- 
товой операции \/=0. 


Биты 76543210 


Рис. 20.4. Структура байта кода операции 


для некоторых команд 















Моа=11 


| «О 
| Ф] 


Бит | в одних командах обозначает направление операции (0), в других — задает 
характеристики непосредственного операнда (3). В командах сдвигов этот бит (тогда 
он обозначается \У) определяет наличие счетчика сдвигов. 

Если О=1, операция выполняется в регистр Вес; если Р=0 — из регистра Кез. 

Если $\/=01, то выполняется операция со словом (\/=1), причем операнд образует 
16 бит непосредственных данных (а44 тет,12341). Если 3\/=0, то выполняется опе- 
рация со словом, но в качестве операнда в команде указано байтовое знаковое число 
(а44 тет,5), и этот байт непосредственных данных расширяется со знаком для образо- 
вания "законного" 16-битового операнда. 

На рис. 20.5...20.7 приведены примеры кодирования команд. 
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Коп1 Коп2 
76543 210 Биты 


Команда Команда 

пс СХ ризВ 05 

41В 01000 001 ТЕВ 
я 

ризв $1 СХ (см. табл. 20.2) рор Е$ 

56 01010 110 07 
= 


$Т (см. табл. 20.2) 


Рис. 20.5. Примеры !-байтовых команд с обращением к регистрам общего назначения 


и сегментным 


765432 10 76 543 210 


К 
о Моя ев ВМ 
ааа Г, СХ 
ОЗЬ ЕЭВ 000000 11 11 111001 — — 
и = 
р сх 
Регистр } См. табл. 20.3 
16 бит 
а49 ОП, СХ 
016 О4в 000000 01 00 001 101 — — 
—— у 
сх [ри } 
Без смещения См. табл. 20.3 
16 бит 
Из регистра (СХ) 
ада [21+5], СХ 
018 406 056 000000 ОЕ 01 001 101 058 — 
и 
1 сх м } 
Смешение 8 бит См. табл. 20.3 
16 бит 
тоу тешь [ВХ] РП, ОН Из регистра (СХ) 
881 В! 22356 100010 00 10 110 001 358 22. 
ыы | 


{тетЪ -— ячейка памяти, | 


объявленная как байт) Смещение 16 бит 


8 бит 
Из регистра (ОН) 


ОН [ВХ РНемещение] 


765 43 210 Биты 


000 11 110 
-— 


13$ (см. табл. 20.1) 


000 00 111 
о 
Е$ (см. табл. 20.1) 


Смещение 


} См. табл. 20.3 


Рис. 20.6. Примеры команд, использующих смещение 
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76543210 76 543 210 Смещение Операнд 
нее код байт байт байт байт 
ризй [ВР] [$1+6] 

ЕРИ 726 068 1111111101 110 010 06 — — — 
- - 


1 [ВР {$1+смещение] 
Смещение 8 бит 
Операция 16 бит 


ше шет[р] 

РЕВ 851 22336 11111111 10 000 101 33 224 — — 
(тет — ячейка памяти, ии — 

объявлеиная как слово) | [Р[+смещеиие] 


Смещеиие 16 бит 
Операция 16 бит 


тоу ОН, тет [ВХ] [ОП 


ЗАЛ В11 22356 10001010 10 110 001 351 22 — — 
(петь -— ячейка памяти, а — 
объявленная как байт) г ВвХОНемещение] 


Смещение 16 бит 
Операция 8 бит 


тоу тет [ВХ], 99568 


СТВ 878 995561 11000111 10 000 111 358 22 56В 9 
(тет — ячейка памяти, м у 
объявленная как слово) | [ВХ+смещение] 


Смещение 16 бит 
перация 16 бит 


Рис. 20.7. Примеры команд с расширенным кодом операции 


Статья 21. Макрокоманды 


Программы, написанные на языке ассемблера, часто содержат повторяющиеся 
участки текста с одинаковой структурой. Такие участки текста можно оформить в виде 
так называемых макроопределений (макрокоманд, макросов), характеризующихся 
произвольными именами и списками формальных параметров. После того как такое 
макроопределение сделано, появление в программе предложения, содержащего имя 
макроопределения и список фактических параметров, приводит к генерации всего тре- 
буемого текста (макрорасширения), в котором все формальные параметры заменяются 
фактическими. Варьируя фактические параметры, можно, сохраняя неизменной струк- 
туру макрорасширения, изменять отдельные его элементы. 

Макроопределение должно начинаться заголовком с именем макроопределения и 
директивой тасго, за которой может следовать список формальных параметров 
(в простейшем случае параметров может и не быть). Вслед за заголовком распола- 
гается текст макроопределения. Заканчивается макроопределение директивой епат. 

Пусть в программе требуется неоднократно сохранять в стеке содержимое трех ре- 
гистров, но в каждом конкретном случае имена регистров и их порядок отличаются. 
Оформим эти действия в виде макроопределения: 


разНЗ пасго а,Ь, с 
разн а 
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раязй Ь 
разв Сс 
епам 


Появление в исходном тексте программы предложения 
разр3З АХ, ВХ, СХ 


приведет к генерации следующего фрагмента: 


разв АХ 
разн ВХ 
разв СХ 


Если же в исходном тексте имеется строка 
разр3з ОХ,ЕЗ, ВР 


то соответствующее макрорасширение будет иметь вид: 


разй ОХ 
разн Е5 
разн ВР 


В качестве фактических параметров могут выступать любые обозначения ассемб- 
лера, допустимые для данной команды. В частности, макровызов 
разр3 мем, [ВХ], ЕЗ: [17Н] 


приведет к следующему макрорасширению: 
разп мет 
разЮ [вх] 
ризр ЕЗ; [176] 

Если какие-то строки макроопределения должны быть помечены (с целью органи- 
зации переходов или циклов), то обозначения меток должны быть объявлены локаль- 
ными с помощью оператора 1оса]. В этом случае ассемблер, генерируя макро- 
расширения, будет создавать собственные обозначения меток, не повторяющиеся при 
повторных вызовах одной и той же макрокоманды: 


5$$агз пасго 
1оса1 оцёре 


оу СХх,10 . ;Счетчик цикла 
оу АН, 02Н ; Функция вывода символа 
поу ОЬ,!*'! ;Символ 
очере: 11% 218 ;Вызов 205 
1оор  очере ;Цикл из СХ шагов 
елам 


Макрос $агз выводит на экран строку из 10 звездочек, которая может служить раз- 
делителем фрагментов текста в экранном кадре. Если в текст программы включить два 
макровызова $агз: 
зтагз 


зкагз 


то их макрорасширения, подставляемые ассемблером в текст программы, будут выгля- 
деть следующим образом: 

МОУ СХ, 10 

мох АН, О2Н 


` МОУ рр, !'*' 
220000: :пЕ 218 
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1о0ор 2??0000 ` 


Мом СХ, 10 
пом АН, О2Н 
мо рр, '*' 
270901: 1пЕ 215 
1о0оор 2?0001 


При повторных подстановках макроопределения ассемблер заменяет обозначение 
метки ошр: на различающиеся обозначения 720000, 220001 ит. д., обеспечивая тем са- 
мым правильное выполнение команд циклов и переходов. 

Макросы могут быть вложенными. Предыдущий пример, очевидно, плох тем, что 
звездочки выводятся не на новой строке, а начиная от текущего положения курсора. 
Макрос 5{агз будет иметь больше практического смысла, если включить в него до и 


после вывода звсздочек перевод курсора в начало следующей строки экрана. Эти дей- 
ствия можно оформить в виде отдельного макроса: 


сЕ1Е маско 
мох АН, О2Н ;Функция вывода символа 
пом 51,13 ;Код возврата каретки 
А беы 21 н ;Вызов 005 
МОУ 2,10 ;Код перевода строки 
116 218 ;Вызов 005 
епам 


Макроопределение 5{агз теперь можно модифицировать следующим образом: 


5баг$ паско 
1оса1 опере 


сЕ1 Е ;Вложенный макровызов 
пом СХ,10 ;Счетчик цикла 
пом АН, 02Н ;Функция вывода символа 
ОУ рр, !'*'! ;Символ 

оцЕрЕ: 11% 218 ;Вызов 205 
1оор опере ;Цикл из СХ шагов 
сЕ1Е ;Зложенный макровызов 
елам 


Если макроопределения носят частный характер и предназначены для использова- 
ния лишь в конкретной программе, то их можно включить непосредственно в исход- 
ный текст программы, как это сделано в примере 21.1. 


Пример 21.1. Использование макрокоманд 
;Опишем макроопределения 


сг1Е масго 
.. ;Текст макроопределения сг1Е 
епам 

зтагз масго 
.. ;Текст макроогределения з®агз 
епам 


;Текст программы с макровызовами 
сехе зедмеп& 

аззиме сз:&ех\, 4$ : 4афа 
ред}: Мом АХ, аака 

пох 2$, АХ 


56 аг5 ;1-й макровызов 
мох АН, С9Н 

пох Хх, оЕЕЁзее пез91 

ПЕ 218 

зЕагз ;2-й макровызов 
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ОУ АН, О9Н 


МОУ ОХ, оЕЕЗее пеза2 
11 21Н 
Мом АХ, 4СО0Н 
пе 218 
фех+ еп45 
дата зечмепе 
пез91 А 'Первый фрагмент текста$' 
мез92 ЧЬ 'Второй фрагмент текста$' 
дата ‚ еп4з 
ЕК зедмепеЕ зфаск 
Ар 256 а%р (0) 
- ЕК еп4аз 
епа Ъед1п 


Обычно у программиста в процессе работы накапливаются полезные макроопре- 
деления общего назначения: фрагменты программной задержки, останова программы 
до нажатия клавиши, преобразования двоичных чисел в символьную форму ит. д. Та- 
кие макроопределения целесообразно поместить в макробиблиотеку. 

Макробиблиотека представляет собой файл с текстами макроопределений, которые за- 
писываются в этот файл точно в таком же виде, как и в текст программы. Файл макро- 
библиотеки может иметь любое имя и расширение, например: МУМАСКО.МАС. 
В программе же в этом случае остаются только макровызовы. Для того чтобы ассемблер 
мог подставить вместо макровызова соответствующие макрорасширения, втексте 
программы следует объявить имя макробиблиотеки с помощью директивы шс]а4е: 
1пс1а4е мутасго. мас 


После этого в программе можно использовать любые макрокоманды из этой мак- 
робиблиотеки. 

Оформите приведенные выше макросы с! и ${агз в виде файла макробиблиотеки. 
Уберите макроопределения из текста примера 21.1 и включите в программу директиву 


шсиде. Убедитесь, что трансляция выполняется успешно и программа работает так 
же, как и раньше. 
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Раздел второй 
АППАРАТНАЯ ОРГАНИЗАЦИЯ 
КОМПЬЮТЕРА 


Статья 22. Память 


Современные компьютеры оснащаются оперативной памятью объемом 32... 
...64 Мбайт и более. Плюс к этому в состав компьютера входит несколько постоянных 
запоминающих устройств (ПЗУ) различной конструкции и назначения. Однако полно- 
стью наличная оперативная память может быть использована только в защищенном 
режиме. Этот режим устанавливается, в частности, если загружается одна из операци- 
онных систем защищенного режима, например УЛт9о\и5 или О$/2. В реальном режиме 
под управлением операционной системы М$-2ОЗ микропроцессор может обращаться 
к ячейкам памяти лишь в пределах первого мегабайта адресного пространства. 

Не следует думать, что термины "адресное пространство" и "память" эквивален- 
тны. Адресное пространство — это просто набор адресов, которые может формировать 
процессор; совсем не обязательно все эти адреса отвечают реально существующим 
ячейкам памяти. В зависимости от модификации компьютера и состава его перифе- 
рийного оборудования распределение адресного пространства может несколько разли- 
чаться. Тем не менее размещение основных компонентов системы довольно строго 
унифицировано. Типичная схема использования адресного пространства приведена на 
рис. 22.1. 

Первые 640 Кбайт адресного пространства с адресами от 00000} до ЭЕЕЕЕЬ (и со- 
ответственно, с сегментными адресами от 0000 до ЭЕЕЕН) отводятся под основную 
оперативную память, которую еще называют стандартной или обычной. В начало этой 
области при загрузке компьютера загружаются таблицы и программы РОЗ, которые 
могут занимать до нескольких десятков килобайт. 

Начальный килобайт оперативной памяти занят векторами прерываний, которые 
обеспечивают работу системы прерываний компьютера. Всего здесь содержится 256 
векторов по 4 байта каждый. Векторы заполняются автоматически в процессе началь- 
ной загрузки компьютера, однако при разработке пользователем прикладных обработ- 
чиков прерываний программисту приходится обращаться к этой области и заполнять 
отдельные векторы адресами прикладных обработчиков. 

Вслед за векторами прерываний располагается так называемая область данных 
В1О$, которая занимает всего 256 байт, начиная с сегментного адреса 40В. Сама ВОЗ 
(Ва$1с ш-Оц! Зу$бет, базовая система ввода-вывода) является частью операционной 
системы, хранящейся в ПЗУ, т. е. в таком устройстве, содержимое которого не стира- 
ется при выключении компьютера. Это запоминающее устройство (ПЗУ В1О$) распо- 
лагается на системной плате компьютера. В функции ВТО$ входит тестирование узлов 
компьютера при каждом его включении, загрузка в оперативную память собственно 
операционной системы М$-2О$, хранящейся на магнитных дисках, а также управле- 
ние штатной аппаратурой компьютера - клавиатурой, экраном, таймером и пр. Управ- 
ляющие схемы ПЗУ ВОЗ настраиваются так, что ПЗУ оказывается отображенным на 
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адресное пространство в самом конце первого мегабайта, начиная с сегментного адре- 
са ЕОООВ. 
















Объем адресного Физические Сегментные 
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(менее 570 Кбайт) ` 
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20000 Еоб0в 
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1ОЕЕЕОВ р 
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До 4 Гбайт 
(включая первый ХМ$ память 
мегабайт) ) 


Рис. 22.1. Типичное распределение адресного пространства 


В области данных В1О$, которая заполняется, как и область векторов, автомати- 
чески при включении компьютера, хранится разнообразная информация, используе- 
мые программами ВГОЗ в своей работе. Так, здесь размещаются адреса видеоадаптера, 
а также последовательных и параллельных портов компьютера; данные, характери- 
зующие текущее состояние видеосистемы (форма курсора и его положение на экране, 
видеорежим, текущая видеостраница и пр.); ячейки для отсчета текущего времени, мо- 
дифицируемые системным таймером, работающим в режиме прерываний; буфер кла- 
виатуры, куда поступают коды нажимаемых пользователем клавиш, и многое другое. 
Информация, хранящаяся в области данных ВО$, частично остается неизменной, 
ачастично модифицируется программами В1О5 по ходу работы компьютера (напри- 
мер, позиция курсора или содержимое буфера клавиатуры). Как правило, программист 
не обращается к ячейкам области данных В1О0$ напрямую, однако иметь представле- 
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ние о составе этой области и назначении ее ячеек во многих случаях оказывается не- 
обходимым. С некоторыми из этих ячеек мы столкнемся при рассмотрении примеров 
конкретных программ. В табл. 22.1 приведено назначенис наиболее интересных для 
прикладного программиста ячеек области данных В1О05. 


Таблица 22.1. Содержимое некоторых полей области данных В1О5 (адреса указаны в виде 
смещений от начала области) 


Адрес | Размер, 
байт 





Типичное значение Назначение 














ЗЕ8В Базовый порт СОМ1 

2Е8Ь Базовый порт СОМ2 

3788 Базовый порт [РТ] 

4638 Состав установленного оборудования 
2801=640 Кбайт | Основная память, Кбайт 


дополнительной цифровой клавиатуре 
001ЕВ...00ЗАВ 
001 ЕЁ... 00ЗЕВ 
03В 
508=80 
1000.=4 Кбайт 
00008 Смещение в видеопамяти текущей видео- 
страницы 

Позиции курсора на каждой видеостранице 


бот 
3 


Адрес возврата после сброса процессора 


Счетчик прерываний системного таймера 
(18,2 Гц) 


0000 Режим начальной загрузки. 00001 — полный 
цикл РОЗТ. 

1234/ — укороченный цикл РОЗТ (после 
СЫГАИ4е]) 


001ЕВ Адрес начала буфера клавиатуры 


ООЗЕВ 
181=24 Число строк на экране - 1 
108=16 
РОВ | 16 нули 


В области памяти начиная с сегментного адреса 50Н содержатся некоторые систем- 
ные данные РОЗ. Эта область недокументирована и напрямую обращаться к ней не 
приходится. Вслед за областью данных ОЗ располагается ссбственно операционная 
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система М$-0О$, загружаемая из файлов [0.3.5 и М$0О$.5У$. Система требует для 
своего размещения около 70 Кбайт. 

Если в файл СОМЕГО.5У$ включены директивы РЕ\ХПСЕ= для загрузки устанавли- 
ваемых драйверов ($ЗМАВТОКУ.$У$, ЕММ386.ЕХЕ, АМ$]{.5У5$ и др.), то они загру- 
жаются вслед за системой. Наконец, ниже драйверов размещается резидентная часть 
командного процессора СОММАМО.СОМ, занимающая около 3 Кбайт. В функции ре- 
зидентной части СОММАМО.СОМ входит обработка команд оператора СЫ+С и 
Сы ВтеаК, а также критических ошибок, вывод сообщений об ошибках, завершение 
текущей программы, загрузка транзитной части СОММАМО.СОМ. Транзитная, загру- 
жаемая часть СОММАМО.СОМ размещается в самом конце оперативной памяти, за- 
тирается при загрузке больших программ и после завершения таких программ должна 
загружаться с диска заново. 

Вся оставшаяся память до границы 640 Кбайт свободна для загрузки любых сис- 
темных или прикладных программ. Как правило, в начале сеанса в память загружают 
резидентные программы (русификатор, антивирусные программы). При наличии рези- 
дентных программ объем свободной памяти уменьшается. Практически учитывая не- 
обходимость загрузки драйверов (например, компакт-дисков), а также резидентных 
программ (русификатора, поддержки компакт-дисков и мыши и др.), при таком конфигу- 
рировании компьютера объем свободной памяти вряд ли превысит 500...510 Кбайт. 

Оставшиеся 384 Кбайт адресного пространства, называемые старшей или верхней 
(иррег) памятью, первоначально были предназначены для размещения ПЗУ. Практиче- 
ски под ПЗУ занята только часть адресов. В самом конце адресного пространства, 
в области Е0000Н...РЕРЕРЕН, располагается основная часть ПЗУ В1О$, а начиная с адре- 
са С0000В — так называемое ПЗУ расширений ВОЗ для обслуживания графических 
адаптеров и дисков. Часть адресов старшей памяти отводится для адресации видеопа- 
мяти графического адаптера. Физически видеопамять обычно находится на плате 
адаптера и является, таким образом, частью видеосистемы. Однако системы управле- 
ния видеопамятью настраиваются так, что видеопамять оказывается отображенной на 
участки адресного пространства, указанные на рис. 22.1. Запись данных по этим адре- 
сам приводит к появлению на экране терминала изображений символов (или, в графи- 
ческом режиме, отдельных точек). 

В состав современных компьютеров наряду со стандартной памятью (640 Кбайт) 
всегда входит расширенная (ех{еп4е4) память, максимальный объем которой опреде- 
ляется шириной адресной шины процессора и для процессоров Пие| составляет 
4 Гбайт. Реально на персональных компьютерах устанавливается расширенная память 
объема 32...128 Мбайт; с каждым годом эта величина неуклонно увеличивается. По- 
скольку функционирование расширенной памяти подчиняется "спецификации расши- 
ренной памяти" (Ежепдед Метогу Зрес!сайоп, сокращенно — ХМ5), то и саму память 
часто называют ХМ$-памятью. Как уже отмечалось выше, доступ к расширенной па- 
мяти осуществлястся в защищенном режиме, поэтому для М$-ООЗ, работающей в ре- 
альном режиме, расширенная память недоступна. 

Однако в составе РОЗ имеется драйвер НМЕМ.$У$, поддерживающий расширен- 
ную память, т. е. позволяющий се использовать, хотя и ограниченным образом. Пер- 
вые 64 Кбайт расширенной памяти, точнее, 64 Кбайт-16 байт с адресами от 1000008 
до 1ОРРЕЕВ носят специальное название области старшей памяти (НН Метогу Агеа, 
НМА). Эта область замечательна тем, что к ней можно обратиться в реальном режиме 
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работы процессора, если определить сегмент, начинающийся в самом конце мегабай- 
тового адресного пространства, с адреса ЕЕЕЕОВ, и разрешить использование адресной 
линии А20. Первые 16 байт этого сегмента заняты ПЗУ, а область со смещениями 
00101...ЕЕЕЕН можно в принципе использовать подпрограммы и данные. МЗ-РО$ по- 
зволяет загружать в НМА (директивой файла СОМЕ!С.3У$ РО$=ШОСН) значительную 
часть самой себя, в результате чего занятая системой область стандартной памяти су- 
щественно уменьшается. Старшую память обслуживает тот же драйвер НМЕМ.$У$, 
поэтому загрузка РОЗ в НМА возможна, только если этот драйвер установлен. 

Как видно из приведенного выше рисунка, часть адресного пространства верхней 
памяти, не занятая расширениями В1О$ и видеопамятью, оказывается свободной. Эти 
свободные участки можно использовать для адресации расширенной памяти (не всей, 
а лишь той ее части, объем которой совпадает с общим объемом свободных адресов 


верхней памяти). 
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Рис. 22.2. Пример распределения адресного 
пространства при использовании расширенной 


памяти 
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Статья 23. Система ввода-вывода 


Система ввода-вывода, т.е. комплекс средств обмена информацией с внешними 
устройствами, является важнейшей частью архитектуры процессора и машины в це- 
лом. К системе ввода-вывода можно отнести и способы подключения к системной ши- 
не различного оборудования, и процедуры взаимодействия процессора с этим обору- 
дованием, и команды процессора, предназначенные для обмена данными с внешними 
устройствами. 

Непрерывное совершенствование микропроцессоров и стремление максимально 
повысить производительность всей вычислительной системы привело к существен- 
ному усложнению внутренней организации компьютеров: повышению разрядности 
шин, появлению внутренних быстродействующих магистралей обмена данными, ис- 
пользованию кеш-буферов для ускорения обмена с памятью и дисками и пр. Если, од- 
нако, отвлечься от важных с точки зрения производительности, но несущественных 
для программиста деталей, то логическую схему современного компьютера можно 
представить традиционным образом, в виде системной шины (магистрали), к которой 
подключаются сам микропроцессор и все устройства компьютера (рис. 23.1). 





Системиая шииа 













Адреса —> } } А 
Данные 


Контроллеры Устройство 
оитер Управления 


Адреса Адреса 
201...21В ЗВОВ...ЗВВВ 
Оперативная АОН... АТВ ЗСОВ...ЗОРЬ 


память | [Пр 









Адреса Клавиатура 


еса 
000008...ЭРЕРЕВ Адреса ООВ АРЕРИ 
601.618 


В8000Н...ВЕРЕЕЕ 


Видеомоиитор 


Рис. 23.1. Подключение устройств компьютера к системной шине 


Системная шина представляет собой, в сущности, набор линий — проводов, 
ккоторым единообразно подключаются все устройства компьютера. В более широком 
плане в понятие системной шины включают электрические и логические характе- 
ристики сигналов, действующих на линиях шины, их назначение, а также правила 
взаимодействия этих сигналов при выполнении тех или иных операций на шине - то, 
что обычно называют протоколом обмена информацией. Сигналы, распространяю- 
щиеся по шине, доступны всем подключенным к ней устройствам, и в задачу каждого 
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устройства входит выбор предназначенных ему сигналов и обеспечение реакции на 
них, соответствующей протоколу обмена. 

Процессор связан с системной шиной большим количеством линий (практически 
всеми своими выводами), из которых нас будут интересовать только линии трех кате- 
горий: набор линий адресов, набор линий данных и один из сигналов управления, но- 
сящий название М/О' (М -— "ГО с отрицанием"). Последний сигнал, строго говоря, име- 
ется только среди выходных сигналов микропроцессора, а на системную шину прихо- 
дят производные от этого сигнала, образованные как комбинации сигнала МЛО' 
с управляющими сигналами записи и чтения. Однако суть дела от этого не изменяется, 
и для простоты мы опустили эти подробности. 

Процессор, желая записать данное по некоторому адресу в памяти, выставляет на ли- 
нии адресов требуемый адрес, а на линии данных — данное. Устройство управления памя- 
тью расшифровывает поступивший адрес и, если этот адрес принадлежит памяти, прини- 
мает с линий данных поступившее данное и заносит его в соответствующую ячейку памя- 
ти. Описанная процедура отражает выполнение процессором команды типа 

поу пем, АХ 


где шет — символическое обозначение ячейки памяти, принадлежащей сегменту дан- 
ных программы. 
Если процессор, выполняя "обратную" команду типа 
пох АХ, мем 


должен прочитать данное из памяти, он выставляет на линии адресов требуемый адрес 
и ожидает поступления данных. Устройство управления памятью, расшифровав по- 
ступивший адрес и убедившись в наличии такого адреса в памяти, отыскивает в па- 
мяти требуемую ячейку, считывает из нее данное и выставляет его на линии данных. 
Процессор снимает данное с шины и отправляет его в указанный в команде регистр. 

Описанные процедуры записи и чтения справедливы не только по отношении к 
памяти; для всех остальных устройств компьютера они выглядят точно так же. За каж- 
дым устройством закреплена определенная группа адресов, на которые оно должно от- 
зываться. Обнаружив свой адрсс на магистрали, устройство, в зависимости от за- 
данного процессором направления передачи данных, либо считывает с магистрали по- 
ступившие данные, либо, наоборот, устанавливает имеющиеся в нем данные на 
магистраль. 

Из рис. 23.1 видно, что все устройства компьютера можно разбить на две катего- 
рии. Представителем одной категории является видеопамять, входящая в видео- 
систему компьютера. Устройство управления видеопамятью настросно на две группы 
адресов, которые как бы продолжают адреса, относящиеся к оперативной памяти. Дей- 
ствительно, адрес последнего байта оперативной памяти составляет ЭРЕЕЕВ, а уже 
следующий адрес, А0000Н является адресом первого байта графичсской видеопамяти. 
Графическая видеопамять занимает 64 Кбайт адресного пространства до адреса 
АЕЕЕЕВЬ (реально немного меньше, но в планс рассматриваемого вопроса это не имеет 
значения). Текстовая видеопамять расположена на некотором расстоянии от графичес- 
кой и занимает 32 Кбайт начиная с адреса В8000Н. Таким образом, адреса оперативной 
и видеопамяти разнесены и не перекрываются. ` | 

Ко второй категории устройств можно отнссти все устройства, адреса которых пе- 
рекрываются адресами оперативной памяти. Например, за контроллером клавиатуры 
закреплены два адреса: 601 и 61. По адресу 60 выполняется чтение кода нажатой 
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клавиши, а адрес 61 используется для управления работой контроллера. Оба эти ад- 
реса имеются в оперативной памяти, и, таким образом, возникает проблема распозна- 
вания устройства, к которому происходит обращение. Аналогичная ситуация наблю- 
дается и со многими другими устройствами компьютера. Например, контроллер пре- 
рываний, служащий для объединения сигналов прерываний ото всех устройств 
компьютера и направления их на единственный вход прерывания микропроцессора, 
управляется через два адреса. Поскольку в состав машины всегда включают два кон- 
троллера, для них выделяются две пары адресов. Во всех компьютерах типа ВМ РС 
контроллерам прерываний назначаются адреса 201...21Н и АОБ...А1Ъ, которые также 
отвечают и некоторым байтам опсративной памяти. 

Проблема идентификации устройств с перекрывающимися адресами имеет два ас- 
пекта: аппаратный и программный. Идентификация устройств на системной шине 
осуществляется с помощью сигнала МЛО', которой генерируется процессором в любой 
операции записи или чтения. Однако значение этого сигнала зависит от категории ад- 
ресуемого устройства. При обращении к оперативной или видсопамяти процессор ус- 
танавливает значение сигнала МЛО' = 1 (М обозначает тетогу, память). При обраще- 
нии к остальным устройствам этот сигнал устанавливается в 0 (ТО обозначает ш-о\, 
ввод-вывод, и если [О с отрицанием равно нулю, то ПО равно единице, что олицет- 
воряет операцию ввода-вывода). В то же время все устройства, подключенные к шине, 
анализируют значение сигнала МЛО'. При этом оперативная и видеопамять отзывают- 
ся на операции чтения-записи на шине, только если они сопровождаются значением 
МПО' = 1, а остальные устройства воспринимают сигналы магистрали только при зна- 
чении МЛО' = 0. Таким образом осуществляется аппаратное разделение устройств ти- 
па памяти и устройств ввода-вывода. 

Программное разделение устройств реализуется с помощью двух наборов команд 
процессора — для памяти и для устройств ввода-вывода. В первую группу команд вхо- 
дят практически все команды процессора, с помощью которых можно обратиться по 
тому или иному адресу — команды пересылки тоу и тоу$, арифметических действий 
ад, ти] и ЧУ, сдвигов го], гог, за] и заг, анализа содержимого {е3ё и многие другие. 
Вторую группу команд образуют специфические команды ввода-вывода. В МП 86 их 
всего две — команда ввода ш и команда вывода о. При выполнении команд первой 
группы процессор автоматически генсрирует МЛО' = 1; при выполнении команд ш и 
о процессор устанавливаст сигнал МЛО' = 0. 

Таким образом, при обращении к оперативной и видеопамяти программист может 
использовать все подходящие по смыслу команды процессора, при этом, работая, на- 
пример, с видеопамятью, можно не только засылать в нее (или получать из нее) дан- 
ные, но и выполнять прямо в видеопамяти любые арифметические, погические и про- 
чие операции. 

Обращаться же к контроллсрам тех или иных устройств (и между прочим, 
к видеоадаптеру), допустимо только с помощью двух команд — ши ош. Арифметиче- 
ские операции или анализ данных в устройстве невозможен. Необходимо сначала про- 
читать в процессор данное из внешнего устройства и лишь затем выполнять над ним 
требуемую операцию. 

Наличие двух категорий адресов устройств дает основание говорить о существова- 
нии двух адресных пространств — пространства памяти, куда входит оперативная па- 
мять, видеопамять и ПЗУ, и пространства ввода-вывода (пространства портов), куда 
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входят адреса остальной аппаратуры компьютера. При этом если объем адресного 
пространства памяти составляет 1 Мбайт (а в защищенном режиме 4 Гбайт), то адрес- 
ное пространство портов гораздо меньше — его размер составляет всего 64 Кбайт. Эта 
величина определяется форматом команд ввода-вывода. Адрес адресуемого порта 
должен быть записан в регистр ПОХ (и ни в какой другой), и, таким образом, макси- 
мальное значение этого адреса составляет величину ЕЕЕЕН. Реально из 64 Кбайт ад- 
ресного пространства портов используется лишь очень малая часть. (Практические во- 
просы программирования через общее с памятью адресное пространства и через про- 
странство портов будут рассмотрены в последующих статьях этой книги.) 


Статья 24. Видеопамять и ее программирование 


До сих пор для вывода на экран результатов работы программы мы пользовались 
системными средствами, главным образом функциями РОЗ с номерами 09 и 401. Од- 
нако в некоторых случаях использование системных средств невозможно. Так, в обра- 
ботчиках аппаратных прерываний (например, от клавиатуры или таймера) запрещен 
вызов функций РОЗ. Причина такого запрета заключается в том, что аппаратное пре- 
рывание может прийти в любой момент времени, в частности когда выполняется ка- 
кая-либо функция РОЗ. Само по себе прерывание на некоторое время системных про- 
грамм особой опасности не представляет, однако нельзя, прервав на полдороге выпол- 
нение системных программ, начать их выполнять с начала. Промежуточные 
результаты первого выполнения будут в этом случае затерты. Общие методы (очень 
своеобразные!) решения этой проблемы будут рассмотрены в разделе 3 этой книги; 
в настоящей статье мы остановимся лишь на частной проблеме вывода символьной 
информации на экран без обращения к средствам РОЗ или ВТО$. Речь будет идти о 
прямом обращёнии к видеопамяти компьютера, минуя какие-либо системные средства. 
В дальнейшем, при рассмотрении примеров обработчиков прерываний, этот метод вы- 
вода информации на экран нам очень пригодится. 

Заметим, что на примере вывода текстовых данных в видеопамять будет рассмот- 
рен чрезвычайно важный вопрос обращения к ячейкам памяти с известными физиче- 
скими адресами. До сих пор мы работали только с ячейками внутри нашей программы. 
Эти ячейки могут располагаться как в сегменте данных, так и в сегменте команд; в ис- 
ходном тексте программы им даются некоторые имена, по которым и происходит об- 
ращение к ним в программных строках. Однако видеопамять не входит в нашу про- 
грамму и у ее ячеек нет никаких имен. В таких случаях обращение к памяти осуществ- 
ляется по заданным физическим адресам. Для работы с видеопамятью необходимо 
знать, где в адресном пространстве она находится и какова его организация. Поэтому 
рассмотрим прежде всего некоторые элементы видеосистемы машин типа {ВМ РС. 

Текстовая память включает 8 видеостраниц и занимает в адресном пространстве 
компьютера (за пределами обычной памяти) 32 Кбайт от сегментного адреса В8008 
(см. рис. 22.1). Начинается она с видеостраницы 0, адрес которой совпадает с адресом 
всей видеопамяти. Каждая страница занимает 4 Кбайт; таким образом, страница 1 на- 
чинается с сегментного адреса В9ООН, страница 2 -— с адреса ВАООВ ит. д. Вся видео- 
память простирается до границы (сегментной) С000Н. 

° При включении компьютера активной (видимой) становится’ видеостраница 0. 
Смена видеостраниц осуществляется вызовом функции 051 прерывания 101 В1О$. 
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Любой код, записываемый в видеопамять, сразу же отображается на экране в виде 
цветного символа на одном из знакомест. Каждый символ занимает в видеопамяти по- 
ле из 2 байт (рис. 24.1). Младшие (четные) байты всех полей отводятся под коды 
АЗСИ отображаемых символов, старшие (нечетные) байты - под их атрибуты. Соот- 
ветствие значений атрибутов цветам приведено в табл. 24.1. 


В800:00 — 8В8008:01 . В800:02 —8В8008:03 


д 
Знакоместо 0 Знакоместо 1 


Рис. 24.1 Логическая организация текстовой видеопамяти 


Таблица 24.1. Коды цветов стандартной цветовой палитры ЕСА 


ЕТ Пе ТТ Ш 
[5 Фиреювый — [0 _— | Саль-фиолаовый 
68 | Коричневый — |0 — | Желый | 
[78 | Блый [08  [ Яркюо-блый | 


Двухбайтовые коды символов записываются в видеопамять в том порядке, в каком 
они должны появляться на экране: первые 80 2-байтовых полей соответствуют первой 
строке экрана, вторые 80 полей - второй строке и т. д. Таким образом, переход на сле- 
дующую строку экрана определяется не управляющими кодами возврата каретки и пе- 
ревода строки, а размещением кодов символов в другом месте видеопамяти, в полях, 
соответствующих следующей строке. Вообще при формировании изображения непо- 
средственно в видеопамяти, в обход программ 2О$ и В10$, все управляющие коды 
АЗСП теряют свои управляющие функции и отображаются в виде соответствующих 
им символов. Трактовка же, например, кода АЗСП 9 как символа табуляции или кода 
АЗСПИ 10 как символа перевода строки выполняется программами 0О$, которые 
в данном случае не активизируются. 

Для того чтобы из программы получить доступ к видеопамяти, надо занести в 
один из сегментных регистров данных ее сегментный адрес. После этого, задавая те 
или иные смещения, мы сможем выполнять запись в любые места видеопамяти. 















Пример 24.1. Прямое программирование видеопамяти 
;Настроим сегментный регистр ЕЗ$ на страницу 0 видеопамяти 


мох АХ, 038005 ; (1) Сегментный адрес видеопамяти 
мох Е, АХ ; (2) Загрузим его в Е$ 

пох вх, 0 ; (3) Смещение к началу экрана 
Мом $1,80*2*12+40*2; (4) Смещение к центру экрана 
пох 21,80*2*25-2; (5) Смещение к концу экрана 


мо могЯ рег #5: [ВХ], ОРО1Н; (6) Рожицу на экран 
оу могЯ рег Е5$:15Т], 31301; {7)Нолик на экран 


поУу мо;а рег Е5:[0Т],ОЕ4ОРН; (8) Большую звездочку на экран 
ем АЯ, 016 ; (9) Останов программы 
ЛЕ 211 ; (10) ля наблюдения результата 
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Программа начинается с занесения в сегментный регистр Е$ сегментного адреса 
видеопамяти, т. е. ее физического адреса, деленного на 16. Поскольку непосредствен- 
ная запись адреса в сегментный регистр запрещена, эта операция осуществляется через 
промежуточный регистр АХ (предложения | и 2). Для задания смещения можно вос- 
пользоваться базовыми и индексными регистрами. Учитывая, что в каждая строка эк- 
рана содержит 80 символов, а символ требуст 2 байт, выражение 80*2*]2-40*2 (пред- 
ложсние 4} описывает смещение от начала видеопамяти точно к центру экрана, а вы- 
ражение 80*2*25-2 (предложение 5) — к последнему знакоместу экрана. Засылаемая в 
видеопамять информация в данном примере указывается в виде непосредственных 
операндов. В предложении 6 знак рожицы (код 011) с атрибутом ярко-белый на чер- 
ном фоне (код ОЕН) пересылается командой тоу в самое начало видеопамяти; в пред- 
ложении 7 символ '0' (код 301) с атрибутом синий на бирюзовом фоне (код 318) запи- 
сывается в центр видеостраницы, а в предложении 8 знак большой звездочки (код ОЕЙ) 
с атрибутом красный на желтом фоне (код Е4Н} выводится в самый конец экрана. 

В конце программы предусмотрена остановка до нажатия клавиши, чтобы выво- 
димый на экран после завершения текущей программы запрос 2ОЗ$ не разрушил по- 
строенного нами изображения. 

Как правило, в видеопамять требуется записать не один-два символа, а значи- 
тельно больший объем данных, вплоть до полной видеостраницы. Обычно выводимый 
на экран информационный кадр формируется заранее в буфере пользователя, распола- 
гающемся в сегменте данных программы. Таким образом, вывод на экран сводится 
к пересылке содержимого программного буфера в видеопамять. 

Как уже отмечалось, команда шоу не может осуществлять пересылку из памяти в 
память. Для этого предусмотрены специальные строковые команды тоузЬ и тоуз\ 
(см. статью 16). Следует только помнить, что при работе с видеопамятью выводимые 
символы должны пересылаться не подряд, а через байт, в четные байты видеопамяти. 
В процессе начальной загрузки компьютера в байты атрибутов всех видеостраниц за- 
писываегся число 07, что соответствует белым символам на черном фоне. Это дает нам 
возможность заносить в память только символы текста (через байт), которые будут 
черно-белыми. Если же требуется вывести цветной текст, в видеопамять следует пере- 
сылать 2-байтовые комбинации символ + атрибут. Примеры 24.2 и 24.3 иллюстрируют 
соответственно то и другое.. 


Пример 24.2. Запись строки в видеопамять 


;Настроим сегментный регистр 0$ на сегмент данных программы, 
;а регистр Е5 на страницу 0 видеопамяти 


;Перешлем в видеобуфер строку символов 
;Для этого сначала настроим регистры $т, ОГ и СХ 


поу ЗТ, оЕЁЕЗее тз9;5Т=смещение источника 
поУу ОГ, 80*2*12+37*2;рТ=смещение гриемника 
мо СХ, пз91еп ;СХ=число гересылаемых байтов 
сза ;Сброс РГ - вгеред 

гер моУузЬ ; Пересылка в цикле 


;Остановим грограмму 
;Поля данных 


п39 ар 105, О0ЕВ, 'Т',ОЕОРВ, 'е', ООВ, 'с',ОЕОВ, 'т',0ЕОЪ, 118, ОЕВ 
п$591еп=$-1$9 
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Поскольку в видеопамяти коды АЗСИ отображаемых символов перемежаются с их 
атрибутами, пересылаемую в видеопамять текстовую строку приходится формировать 
так же. При этом для каждого символа можно установить свой атрибут. Однако в це- 
лом такой метод описания текстовой стпоги слишком громоздок. В тех случаях, когда 
все символы строки имеют один и тот же атрибут, удобнее включение атрибутов в 


строку выполнять программно. Типичный алгоритм такого рода показан в при- 
мере 24.3. 


Пример 24.3. Формирование строки для записи в видеопамять цветного текста 
;Настроим сегментные регистры Е$ и 05 


оу 21,80*2*5 ;Начальное смещение на экране 
;Будем переносить байт за байтом на экран, вставляя 
; между кодами АЗСТТ байты атрибута 


пом СХ, п$91еп ;Длина обрабатываемой строки 

пом $1, ОЕЕзее пз9;Смещение исходной строки 

с1а ;Вгеред 

пом АН, 318 ;Атрибут - синий по бирюзовому 
1оаа: 10455 ;Загрузили в АШ очередной символ 

$605м ;Символ+атрибут из АХ в видеопамять 

]оор 1оаа ;Повторять мз9]еп раз 


;Остановим программу 


;Голя данных 

$9 ЧЮ 'Обращение к функциям 00$ и 3105$ осуществляется ' 

4 'с помощью механизма грограммных грерываний. Настроив нужным" 
ЧФ ' образом регистры общего назначения процессора и выполнив к' 
@Ф 'оманду программного прерывания Т1МТ с соответствующим номером' 
Ч ', пользователь активизирует требуемую функцию 00$ или ВТО$.' 
1391еп=$-п$9 

Обратите внимание на то, что команда 10456 будет в каждом шаге цикла смещать адре- 
сацию на [ байт, т. е. кследующему символу выводимой строки, а команда $1ю05$%,, выводя в 
видеопамять целое слово (символ - атрибут), будет смещать адресацию на 2 байта, пе- 
ремещаясь к следующему знакоместу. 

Наконец, если раскрашивать текст нет необходимости, можно воспользоваться 
удобной парой команд 1045/5056, поместив их в цикл (пример 24.4). Здесь после каж- 
дой команды $ю$6 придется выполнять команду инкремента индексного регистра 
приемника ПТ, чтобы обеспечить запись символов в нечетные байты видеопамяти. 


Пример 24.4. Вывод в видеопамять текста с атрибутом по умолчанию 
;Настроим регистры 05 и Е 


пом 5$Т, ОЕЕЗее 159 
пох 01Т,160*24 ;Нижняя строка экрана 
пох сх, 5 ;Длина текста 
ово: 1оа$Ь ;Заберем символ в АЁ 
$055 ;Выведем на экран 
1пс от ;К следующему знакоместу 
1оор обо ;Цикл го всем символам строки пз4а 


;Остановим грограмму 


;Поля данных 
$9 Ар 'Стоп!' 
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Статья 25. Система прерываний 


Система прерываний любого компьютера является его важнейшей частью, позво- 
ляющей быстро реагировать на события, обработка которых должна выполнятся не- 
медленно: сигналы от машинных таймеров, нажатия клавиш клавиатуры или мыши, 
сбои памяти и пр. Рассмотрим в общих чертах компоненты этой системы. 

Сигналы аппаратных прерываний, возникающие в устройствах, входящих в состав 
компьютера или подключенных к нему, поступают в процессор не непосредственно, 
а через два контроллера прерываний, один из которых называется ведущим, а второй — 
ведомым (рис. 25.1). В прежних моделях машин контроллеры представляли собой от- 
дельные микросхемы; в современных компьютерах они входят в состав многофункци- 
ональной микросхемы периферийного контроллера. 






























































1808 КМОП-часы Таймер 
[ВО9 Нестандартная Ведомый Клавиатура Ведущий 
о аппаратура контроллер От ведомого контроллер | Сигнал ПХТ 
: о и прерываний - прерываний ПИЯ Процессор 
18012 Базовый Базовый 
вектор 708 вектор О8В 
1813 Жесткий диск Гибкий 
8014 Ни ДИ Порты МОКИЕ ДИСК Порты 
18015 АОН... АВ 20...21 


Рис. 25.1. Аппаратная организация прерываний 


Два контроллера используются для увеличения допустимого числа внешних уст- 
ройств. Дело в том, что каждый контроллер прерываний может обслуживать сигналы 
лишь от восьми устройств. Для обслуживания большего количества устройств кон- 
троллеры можно объединять, образуя из них веерообразную структуру. В совре- 
менных машинах устанавливают два контроллера, увеличивая тем самым возможное 
число входных устройств до 15 (7 у ведущего и 8 у ведомого контроллера). 

К входным выводам [КО1...[№07 и [®О8...8015 (ВО - это сокрашение от 
Пиегар! Ведиез, запрос прерывания) подключаются выводы устройств, на которых 
возникают сигналы прерываний. Выход ведущего контроллера подключается ко входу 
ПМТ микропроцессора, а выход ведомого — ко входу №О2 ведущего. Основная функ- 
ция контроллеров — передача сигналов запросов прерываний от внешних устройств на 
единственный вход прерываний микропроцессора. При этом, кроме сигнала ПМТ, кон- 
троллеры передают в микропроцессор по линиям данных номер вектора, который об- 
разуется в контроллере путем сложения базового номера, записанного в одном из его 
регистров, с номером входной линии, по которой поступил запрос прерывания. Номе- 
ра базовых векторов заносятся в контроллеры автоматически в процессе начальной за- 
грузки компьютера. Для ведущего контроллера базовый вектор всегда равен восьми, 
для ведомого — 70В..Таким образом, номера векторов, закрепленных за аппаратными 
прерываниями, лежат в диапазонах В8Н...Е} и 701...77Н. Очевидно, что номера векторов 
аппаратных прерываний однозначно связаны с номерами линий, или уровнями ГО, а 
через них — с конкретными устройствами компьютера. На рис. 24.1 обозначены неко- 
торые из стандартных устройств компьютера, работающих в режиме прерываний. 
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Процессор, получив по линии ПМТ сигнал прерывания, выполняет последователь- 
ность стандартных действий, которую можно назвать процедурой прерывания. Под- 
черкнем, что здесь идет речь лишь о реакции самого процессора на сигналы прерыва- 
ний, а не об алгоритмах обработки прерываний, предусматриваемых пользователем в 
обработчиках прерываний. 


Объекты вычислительной системы, принимающие участие в процедуре прерыва- 
ния, и их взаимодействие показаны на рис. 25.2. 


Адреса памяти 


1Р ОбрПр 0 
С$ ОбрПр 0 
1Р ОбрПр 1 

Вектор прерывания 1 
С$ ОбрПр | 


ТР ОбрПр п 
Вектор прерывания п 
С$ ОбрПрп 












Вектор прерывания 0 


фр с 





Вектор прерванного 
процесса 





<— $Р на момент прерывания 
Рис. 25.2. Процедура обслуживания прерывания 


Как уже отмечалось ранее (см. статью 22), самое начало оперативной памяти от 
адреса 00000Ъ до ООЗЕЕН отводится под векторы прерываний - 4-байтовые области, в 
которых хранятся адреса обработчиков прерываний (ОбрПр на рис. 25.2). В два стар- 
ших байта каждого вектора записывается сегментный адрес обработчика, в два млад- 
ших — смещение точки входа в обработчик. Векторы, как и соответствующие им пре- 
рывания, имеют номера, причем вектор с номером 0 располагается начиная с адреса 0, 
вектор | — с адреса 4, вектор 2 - с адреса 8 ит. д. Вектор с номером п занимает, таким 
образом, байты памяти от и*4 до и*4-3. Всего в выделенной под векторы области па- 
мяти помещается 256 векторов. 

Получив сигнал на выполнение процедуры прерывания с определенным номером, 
‘процессор сохраняет в стеке выполняемой программы текущее содержимое трех реги- 
стров процессора: регистра флагов, С$ и [Р. Два последних числа образуют полный 
адрес возврата в прерванную программу. Далее процессор загружает С$ и [Р из соот- 
ветствующего вектора прерываний, осуществляя тем самым переход на обработчик 
прерываний, связанный с этим вектором. 

Обработчик прерываний всегда заканчивается командой ше! (имеггар! геитл, воз- 
врат из прерывания), выполняющей обратные действия — извлечение из стека сохра- 
ненных там слов и помещение их назад в регистры ПР, С$ и ЕГАС$. Это приводит 
к возврату в основную программу в ту самую точку, где она была прервана. 
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В действительности запросы на обработку прерываний могут иметь различную 
природу. Помимо описанных выше аппаратных прерывания от периферийных уст- 
ройств, называемых часто внешними, имеются еще два типа прерываний: внутренние 
и программные. 

Внутренние прерывания возбуждаются цепями самого процессора при возникно- 
вении одной из специально оговоренных ситуаций, например при выполнении опера- 
ции деления на нуль или при попытке выполнить несуществующую команду. За каж- 
дым из таких прерываний закреплен определенный вектор, номер которого известен 
процессору. Например, за делением на.0 закреплен вектор 0, а за неправильной коман- 
дой — вектор 6. Если процессор сталкивается с одной из таких ситуаций, он выполняет 
описанную выше процедуру прерывания, используя закрепленный за этой ситуацией 
вектор прерывания. р 

Чрезвычайно важным типом прерываний являются программные прерывания. Они 
вызываются командой ш! с числовым аргументом, который рассматривается процес- 
сором как номер вектора прерывания. Если в программе встречается, например, ко- 
манда 

1пе 138 


то процессор выполняет ту же процедуру прерывания, используя в качестве номера 
вектора операнд команды 11. Программные прерывания применяются в первую оче- 
редь для вызова системных обслуживающих программ - функций ОО$ и В1О5. С ко- 
мандой 1 211 вызова РОЗ мы уже сталкивались ранее и будем встречаться еще мно- 
гократно. В дальнейшем будут также приведены примеры использования команды 1 
для вызова прикладных обработчиков программных прерываний. 

Важно подчеркнуть, что описанные действия процессора выполняются совершен- 
но одинаково для всех видов прерываний — внутренних, аппаратных и программных, 
хотя причины, возбуждающие процедуру прерывания, имеют принципиально разную 
природу. 

Всего, как уже было сказано, в памяти отводится место под 256 векторов прерыва- 
ний. Некоторые из них практически не используются; к другим, наоборот, приходится 
обращаться едва ли не в каждой программе. Для того чтобы дать представление 
о составе таблицы векторов, приведем краткую выборку из нее, перечислив векторы, 
представляющие наибольший интерес для пользователя (табл. 25.1). 








Таблица 25.1. Назначение некоторых векторов прерываний 
Номера Адреса 


Назначение векторов 
векторов векторов 


000008 


011 000046 Внутреннее прерывание пошагового режима (использустся 
отладчиками) 


00008В Немаскируемое прерывание (отказ питания, ошибка памяти 


раметра 
реполнения 
104 

















000145 Аппаратное прерывание от нажатия клавиши Рип стееп 
(печать экрана) 
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000186 Внутреннее прерывание недопустимого кода операции 
000208 Аппаратное прерывание от системного таймера 

000246 Аппаратное прерывание от клавиатуры 

0002С® Аппаратное прерывание от последовательного порта СОМ2 
000308 Аппаратное прерывание от последовательного порта СОМ1 





обычно от мыши 

000348 Аппаратное прерывание от параллельного порта ЕРТ2 
(обычно свободно 

00038 Аппаратное прерывание от гибкого диска 

0003СЬ Аппаратное прерывание от параллельного порта (принтера; 
обычно свободно 

000406 Программы ВЮ$ обслуживания видеосистемы 

0004СВ Программы ВОЗ обслуживания дисков 

00050 Программы ВТОЗ обслуживания последовательного порта 

000581 Программы ВОЗ обслуживания клавиатуры 

0005СВ Программы ВОЗ обслуживания принтера 

ПАВ | 


1АЪ 000685 Программы В1О$ обслуживания часов реального времени 
000708 Вектор для прикладной обработки прерываний от систем- 
ного таймера : 
000745 Адрес таблицы видеопараметров, используемой программа- 
ми ВОЗ 
000785 Адрес таблицы параметров дискеты, используемой про- 
раммами ВОЗ 


21 
22. 


000848 
00088 


Диспетчер функций 2О$ 

Адрес возврата в родительский процесс после завершения 
текущего 

Программа 2О$ завершения процесса по команде СИН+-С 
Адрес обработчика РОЗ критической ошибки 

251 000948 Программа 2О$ абсолютного чтения диска 

268 000986 Программа 2О$ абсолютной записи на диск 

2ЕЬ 000ВСЬ Программное прерывание, используемое для связи с рези- 
дентными программами 

Программы обслуживания мыши, реализуемые в драйвере 
мыши 

Вектор для прикладной обработки прерываний от будиль- 
ника (часов реального времени 


60Н...668 | 001801... Свободные векторы для использования прикладными про- 
70В 


238 
- 248 


0008 СВ 
000905 


ЗЗВ 000ССв 


...00198® раммами 
001С0В 





Аппаратное прерывание от будильника (часов реального 
времени 

718 001С4В Аппаратное прерывание от подключенной к компьютеру 
нестандартной аппаратуры 

Аппаратное прерывание от жесткого диска 





761 


001088 
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Как видно из приведенной таблицы, векторы прерываний можно разбить на сле- 
дующие группы: 

» векторы внутренних прерываний процессора (011, 028 и др.); 

. векторы аппаратных прерываний (08В...0ЕВ и 701...77В); 

‚ программы ВТО$ обслуживания аппаратуры компьютера (101, 131, 16В и др.); 

» программы РО$ (218, 228, 231 и др.); 

» адреса системных таблиц ВОЗ (1.0, 1ЕВ и др.). 


Системные программы, адреса которых хранятся в векторах прерываний, в боль- 
шинстве своем являются всего лишь диспетчерами, открывающими доступ к большим 
группам программ, реализующих системные функции. Так, программа В1О$ обслужи- 
вания видеосистемы (вектор 101) включает функции смены видеорежима, управления 
курсором, задания цветовой палитры, загрузки шрифтов и многие другие. Особенно 
характерен в этом отношении вектор 211, через который, как мы уже знаем, осуществ- 
ляется вызов практически всех функций 2О$, используемых в прикладных програм- 
мах: ввода с клавиатуры и вывода на экран, обслуживания файлов, каталогов и дисков, 
управления памятью и процессами, службы времени и т. д. Однако ряд функций РОЗ 
реализуются через другие векторы. Так, для прямого доступа к гибким и жестким дис- 
кам (не по имени файла, а по номеру сектора на диске) предусмотрены специальные 
программные векторы 251 и 261, а обработка введенной с клавиатуры команды СЫ1+С 
выполняется с помощью вектора 23Н. 


Статья 26. Контроллер прерываний 
и его программирование 


Как было показано в предыдущей статье, сигналы прерываний от периферийного 
оборудования компьютера поступают в процессор не непосредственно, а через систе- 
му из двух контроллеров прерываний. Для того чтобы написать программу обработки 
прерываний от какого-либо устройства, необходимо быть знакомым с особенностями 
функционирования и программирования контроллера прерываний. 

Рассмотрим внутреннюю структуру контроллера (для определенности возьмем 
ведущий контроллер). Логически в ней можно выделить 4 основных узла: регистр входных 
запросов, регистр маски, схему приоритетов и регистр обслуживаемых запросов (рис. 26.1), 
Все эти узлы 8-битовые, по одному биту на каждый входной сигнал. 

Сигнал запроса прерывания [О от устройства (на рис. 26.1 это КО], т. е. сигнал от 
клавиатуры), поступает на вход регистра запросов и устанавливает в | соответствующий 
бит этого регистра. Далее на пути сигнала стоит регистр маски, программируемый через 
порт 211. Значение 0 в бите маски разрешает прохождение сигнала, значение | — запрещает. 
Пройдя через маску, сигнал поступает на схему анализа приоритетов. 

При стандартной настройке схемы анализа приоритетов (она программируется по- 
сылкой определенных команд через порт 201) приоритеты сигналов ВО снижаются по 
мере роста номера сигнала, т.е. максимальным приоритетом обладает сигнал №00, 
минимальным -— [К О7. 

Ведомый контроллер всегда подключается ко входу ВО? ведущего, поэтому все 
приоритеты ведомого контроллера располагаются между приоритетами уровней [ВО] 
и ВОЗ ведущего и образуется такая цепочка приоритетов: 
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1ВО0.. РОЛ --- ВО8..1ВО1Б --- КОЗ... 1407 
Высший Приоритеты Низший 
приоритет ведомого приоритет 





Сигнал ИМТ Ё 






1800 0 
1ВО1 10 ЕО! 
1802 0 Я 
1803 0 Е 
104 0 Е 
1805 0 Е 
1806 0 2 
1807 0 
Регистр Регистр Схема Регистр 
запросов маски анализа обслуживаемых 
приоритетов запросов 
Порт 208 Порт 21^ Порт 208 Порт 208 


Рис. 26.1. Логическая структура контроллера прерываний 


Приоритеты уровней прерываний не имеют никакого значения, пока прерывания 
поступают редко и не накладываются друг на друга. Вопрос о приоритетах становится 
важным только в том случае, если очередной сигнал прерывания приходит в тот мо- 
мент, когда еще не закончено выполнение программы обработки предыдущего преры- 
вания. Алгоритм обработки таких наложенных прерываний определяет программист 
путем соответствующего построения обработчика прерывания. 

Пройдя через схему анализа приоритетов, сигнал запроса прерывания поступает на 
вход регистра обслуживаемых запросов и дает разрешение на установку в 1 его бита 
(однако не устанавливает его). Одновременно сигнал поступает на вход ПМТ микро- 
процессора. Микропроцессор регистрирует поступление сигнала ПМТ лишь в том слу- 
чае, если установлен флаг разрешения прерываний [Е в регистре флагов. Таким обра- 
зом, сброс флага 1Е командой с запрещает все аппаратные прерывания (не затрагивая 
программные). ` 

Микропроцессор, получив сигнал ПМТ, отвечает на него выходным сигналом ПМТА 
(ПМТегар! Аскпо\еде, подтверждение прерывания), который поступает в контрол- 
лер прерываний и выполняет там два действия: устанавливает бит регистра обслужи- 
ваемых запросов, разрешенный сигналом запроса прерывания, и сбрасывает аналогич- 
ный бит регистра запросов. Таким образом, запрос, для которого началась процедура 
обслуживания его микропроцессором, переводится в разряд обслуживаемых. Начиная 
с этого момента на тот же вход контроллера прерываний может прийти следующий 
сигнал прерывания от устройства. Он, правда, какое-то время не будет обслуживаться, 
но, по крайней мере, не пропадет, а запомнится в регистре запросов и будет ждать сво- 
ей очереди на обслуживание контроллером и процессором. 

Микропроцессор одновременно с посылкой в контроллер прерываний сигнала 
1МТА сбрасывает флаг ПЕ в регистре флагов, запрещая все аппаратные прерывания. 
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Прерывания останутся запретенными до выполнения пользователем команды $Н или 
до установки флага [2 каким-либо другим способом. 

Установка | в бите регистра обслуживаемых запросов воздействует на схему ана- 
лиза приоритетов. Установленный бит блокируст в схеме анализа приоритстов все 
уровни прерываний начиная с текущего и ниже. Таким образом, если не принять спе- 
циальных мер, даже после завершения программы обработчика прерывания все пре- 
рывания данного и более низких приоритетов останутся заблокированными. Сброс би- 
та регистра обслуживаемых запросов осуществляется засылкой кода 201 в порт 201 
лля всдущего контроллера и в порт АОН для ведомого. Этот код получил название ко- 
манды или приказа ЕО1 (Ер@ ОР Биаытиарь конец прерывания). Приказ конца прерыва- 
ния должен возбуждаться в любом обработчике прерываний. 

Исходя из изложенного, в программе обработки прерывания можно выделить три 
учасгка, которые показаны на рис. 26.2 для конкретного случая прихода запроса пре- 
рывания уровня 1. 


ВО 





Запрещены все вложенные 
прерывания, независимо от 
° приорнтетов (18 00..1В 07) 
$Н 
Разретены только вложенные 


прерывания с более высоким 


приоритетом (для данного 
примера - 1ВО0) 
ЕОГ 


Разрешены все вложенные 
прерывания, независимо от 


ТВ 00...18. 
ее поритетов ЕО 97 Рис. 26.2. Обобщенная структура программы 


обработчика прерываний 





Поскольку процессор, получив сигнал ВМТ, сбрасывает флаг [Е, при входе в обра- 
ботчик все прерывания оказываются запрещенными и программа не может быть 
прервана внешними сигналами. Команда 51, если она будет выполнена в обработчике 
прерываний, установит флаг Е и разрешит прохождение запросов прерываний в 
процессор. Однако все уровни прерываний, начиная с текущего, остаются заблоки- 
рованными в контроллере. В результате работа обработчика может быть прервана 
только при поступлении запроса прерывания более высокого приоритета (в рассмат- 
риваемом примере - [ВО0). Такая ситуация называется вложенным прерыванием. 

Выполнение в обработчике команд, реализующих приказ конца прерывания ЕСТ, 
снимаст блокировку в контроллере, и начиная с этого момента запрос прерывания лю- 
бого уровня прервет выполнение обработчика. Особенно неприятной может оказаться 
ситуация, когда обработчик прерывается сигналом запроса прерывания того же уров- 
ня..Это приводит к тому, что программа обработчика, не дойдя до конца, опять начи- 
нает выполняться с самого начала, т. е. произойдет повторный вход в программу. Для 
того чтобы такое явление не нарушило работоспособность систсмы, обработчик пре- 
рываний должен быть написан по определенным правилам, обеспсчивающим его ре- 
ентсрабельность (повторную входимость). Лучше, однако, избегать возникновения та- 
кой ситуации. 
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Практически структуру программы обработки прерывания выбирают исходя из 
конкретных условий (рис. 26.3). 


:{е) . 1ВО 


Содержательная часть 
обработчика прерываний 


Содержательная часть 
обработчика прерываний 


тоу АГ,,208 Команда 
оц 206, АГ, ЕСТ 
ше! 


тоу АГ,206 Команда 
ощ 206, АГ, ЕОГ 
пе 





а 6 
Рис. 26.3. Типичные структуры обработчиков прерываний: 
а- при разрешенных вложенных прерываниях; 6 — при запрещенных вложенных прерываниях 


Часто в самом начале обработчика прерываний выполняют команду И, чтобы не 
задерживать обработку прерываний от более приоритетных устройств (в частности, 
таймера). Приказ конца прерывания ЕОТ посылается в контроллер в самом конце про- 
граммы, перед завершающей командой тер, с тем чтобы полностью исключить вло- 
женные прерывания от запросов того же уровня (рис. 26.3, а). Однако сигнал прерыва- 
ния того же (или более низкого) уровня может прийти между командой ош 201, АЁ и 
командой 1те!. Поскольку блокировка нижележащих уровней в контроллере уже снята, 
возникнет вложенное прерывание и повторный вход в ту же программу. Чтобы избе- 
жать этого, перед командой ЕОГ выполняют команду запрета всех прерываний сП. 
В результате вложенныс прерывания запрещаются до выхода из обработчика. Можно 
подумать, что прерывания останутся запрещенными навсегда, однако это не так. Ко- 
манда ге! восстанавливает не только адрес возврата в регистрах С$ и ГР, но и содер- 
жимое регистра флагов на момент прерывания. Если при этом содержимом регистра 
флагов возникло прерывание, значит, флаг Е был установлен. Таким образом, команда 
те! в обработчике аппаратного прерывания всегда возвращает установленное состоя- 
ние флага [Е, т. е. разрешает прерывания. | 

Между прочим, отсюда следуст, что в обработчике прерываний вообще может от- 
сутствовать команда $8. В этом случае программа обработчика будет выполняться при 
запрещенных прерываниях (всех уровней), а разрешены прерывания (опять’же все) бу- 
дут после выполнения завершающей команды те! (рис. 26.3, 6). 

Запросы на прерывания, поступающие в ведущий контроллер (уровни 1КО0... 
...ВО7), блокируют только ведущий контроллер. Однако запросы на прерывания, по- 
ступающис в ведомый контроллер (уровни О8...[№О15), блокируют не только уров- 
ни низших приоритетов в ведомом контроллере, но и уровни 1В 02...07 в ведущем 
контроллере. Поэтому в обработчиках аппаратных прерываний уровней 8...15 следует 
предусматривать посылку команд ЕО] в оба контроллера: 


пом АГ, 208 
оц 201, АБ 
оп АОН, АГ. 


Рассмотрим пару простых примеров программирования контроллера прерываний. 
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Пример 26.1. Запрещение прерываний от таймера 


п АГ, 218 ;Прочитаем текущую маску 
[е)4 АЦ, 1 ;Установим добавочно бит 0 
оме 211, АГ ;Пошлем в регистр маски 


Выполнение примера 26.1 приведет к остановке системного таймера. Это легко 


проконтролировать с помощью часов программы Мойоп Сопимап4ег или с помощью 
команды 2О$ ИМЕ. 


Чтобы не нарушать работу машины, после программы 26.1 следует выполнить 
программу 26.2. 


Пример 26.2. Разрешение прерываний от таймера 


11 АГ, 216 ;Прочитаем текущую маску 
апа АГ, ОРЕБ ;Сбросим выборочно бит 0 
ом 211, АБ ;Пощлем в регистр маски 


Таким же образом можно, например, запретить прерывания от контроллера гибких 
дисков и для контроля попробовать обратиться к дискете, хотя бы с помощью про- 
граммы М№оцоп Сопллапаег. 

Обычно программирование контроллера прерываний в прикладных программах 
сводится к посылке сигнала ЕО] и маскированию (или размаскированию) в случае не- 
обходимости отдельных уровней прерываний. Однако в некоторых случаях приходит- 
ся выполнять более серьезное вмешательство в настройку контроллера. Например, пе- 
ред переходом в защищенный режим следует изменить базовые векторы обоих кон- 
троллеров. 

Для смены базового вектора требуется выполнить полностью процедуру инициа- 
лизации контроллера, которая состоит из ряда так называемых слов команд инициали- 
зации (СКИ), посылаемых в строгой последовательности друг за другом. В зависимо- 
сти от конфигурации микропроцессорного устройства, в котором используется кон- 
троллер прерываний, значения команд инициализации могут различаться, однако 
в компьютерах типа [ВМ РС контроллеры программируются всегда единообразно. 

Первое слово инициализации, СКИ1, посылаемое для ведущего контроллера 
в порт 201, а для ведомого — в порт АО}, всегда имеет значение 111. 

Остальные три слова инициализации посылаются во вторые управляющие порты 
контроллеров: 21} — для ведущего контроллера и АПВ - для ведомого. 

Второе слово инициализации, СКИ?2 задаст базовый вектор. Как уже отмечалось, 
в системе М$-ОО$ базовый вектор ведущего контроллера равен восьми, ведомого — 
708. При использовании аппаратных прерываний в защищенном режиме контроллеры 
приходится перепрограммировать; так, в системах УЛп4о\/$ ведущему контроллеру 
назначается базовый вектор 501, ведомому - 571. 

Третье слово инициализации, СКИЗ выглядит по-разному для ведущего и ведомо- 
го контроллеров. Для ведущего в слове СКИЗ устанавливаются в | те биты, которые 
соответствуют входам [К О, подключенным к ведомым контроллерам. Биты, соответ- 
ствующие входам ВО, подключенным к периферийным устройствам, сбрасываются. 
Для всех компьютеров типа 1ВМ РС ведомый контроллер подсоединяется ко входу 2 
ведущего, поэтому в СКИЗ должен быть установлен бит 2 и сброшены остальные би- 
ты, что соответствует числу 4. 

Для ведомого контроллера в слове инициализации СКИЗ указывается номер входа 
ТВО ведущего контроллера, к которому подключен данный ведомый (которых, как уже 
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отмечалось, в принципе может быть несколько). В компьютерах ведомый контроллер 
подсоединяется ко входу 2 ведущего, поэтому слово СКИЗ равно двум. 

Выше уже отмечалось, что в процессе обслуживания поступившего сигнала пре- 
рывания контроллер блокирует все нижележащие уровни. В слове СКИ4 указывается, 
выполняется ли снятие этой блокировки автоматически, или для этого требуется ко- 
манда ЕОТ. В компьютерах используется режим с командой ЕОГ; в этом случае СКИ4 
равно единице. 

Таким образом, для инициализации обоих контроллеров прерываний (для стандартной 
конфигурации компьютера) следует выполнить такие последовательности команд: 
Инициализация велущего контроллера прерываний 


поу ох, 205 ; Первый порт контроллера 
пох АГ, 118 ;СКИ1 

оц ОХ, АБ 

пр $+2 ; Задержка 

пс 5х ;Второй порт контроллера 
пом АБ, 8 ;СКИ2: базовый вектор 
оц ОХ, АБ 

Эмр $+2 ; Задержка 

пом АТ, 4 ;СКИЗ: ведомый подключен 


;к уровню 2 
оц ОХ, АБ 
пр $+2 ; Задержка 
пом АГ, 1 . ;СКИ4: требуется ЕОТ 
оц ОХ, АБ 


;Инициализация ведомого контроллера прерываний 


оу ОХ, АЗОВ ;Первый порт контроллера 
оу АГ, 116 ; СКИТ 

оце ОХ, АБ 

пр $+2 ;Задержка 

пс 5х ;Второй порт контроллера 
оу АБ, ТОВ ;СКИ2: базовый вектор 
оц ОХ, АБ 

тр $+2 ;Задержка 

пом АГ, 2 ;СКИЗ: ведомый подключен 


;к уровню 2 
оаЕ — ОХ, АЬ 
пр $+2 ;Задержка 
поу АГ, 1 ;СКИ4: требуется ЕОТ 
оче ОХ, АБ 

После каждой команды посылки кода в порт контроллера предусмотрена неболь- 
шая задержка (команда лир на следующий байт программы), чтобы аппаратура кон- 
троллера успела воспринять посылаемую команду. Конкретная величина задержки за- 
висит от соотношения скоростей работы процессора и контроллера; часто оказывается, 

‚ что в задержке нет необходимости. 

Инициализировав оба контроллера, слсдует установить в них маски прерываний. 
Конкретное значение масок зависит от аппаратной конфигурации компьютера. Типич- 
ными значениями являются В8В для ведущего контроллера и ЭЛЬ для ведомого. 

При отладке взаимодействия с компьютером аппаратуры, работающей в режиме 
прерываний, приходится анализировать содержимое внутренних регистров контрол- 
лера прерываний. Для этого существуют специальные команды контроллера. 

Если в порт 201 контроллера прерываний послать код ОАВ, то разрешается чтение 
входного регистра контроллера — регистра запросов. Чтение (в том числе неоднократ- 
ное) осуществлястся через порт 208. Читая содержимое {В В, можно определить, на ка- 
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кие входы контроллера поступают сигналы аппаратуры. При этом надо иметь в виду, 
что регистрация процессором (процессором, не контроллером!) сигнала прерывания 
приводит к сбросу запроса соответствующего уровня в регистре запросов. Поэтому 
наблюдение запросов во входном регистре следует выполнять либо при замаскирован- 
ных, либо при запрещенных прерываниях. 

Код ОВЬ, посланный в тот же порт 20, разрешает чтение регистра обслуживаемых 
запросов. Чтение (в том числе неоднократное) осуществляется через порт 208. Таким 
образом можно установить, проходит ли сигнал прерывания в процессор (поскольку 
установка битов регистра обслуживаемых запросов выполняется сигналом ПМТА, по- 
ступающим из процессора в контроллер только после регистрации им сигнала преры- 
вания). 


Статья 27. Системные таймеры 


Современные компьютеры оснащаются двумя подсистемами таймеров, параллель- 
но отсчитывающими текущее время. Один таймер расположен в микросхеме с низким 
потреблением энергии (КМОП-микросхеме), которая при выключении питания ком- 
пьютера продолжает работать, получая энергию от встроенного в компьютер аккуму- 
лятора. Этот таймер обычно называют часами реального времени; помимо кварцевого 
генератора и систем управления он содержит внутреннюю память, в которой хранятся 
и наращиваются значения текущей даты и времени. Обновление времени осуществля- 
ется каждую секунду, причем эта операция выполняется на аппаратном уровне, не за- 
трагивая ни процессор, ни основную оперативную память. 

Другой таймер (его часто называют системным) работает, как и все остальные уз- 
лы компьютера, только когда компьютер включен. Он вырабатывает сигналы с часто- 
той приблизительно 18,206 Гц, вызывающие аппаратные прерывания уровня 0 (век- 
тор 8). Обработчик этих прерываний, входящий в систему В1ГО$З, с каждым прерывани- 
ем увеличивает на единицу содержимое двухсловной ячейки с адресом 406:6СЬ, 
расположенной в области данных В1О5. В процессе начальной загрузки компьютера 
программа В1О$ считывает показания часов реального времени (часы, минуты и се- 
кунды) и, преобразовав их в число секунд, истекшее от начала текущих суток, умно- 
жает эту величину на 18,206, чтобы получить тскущее время, выраженное в числе так- 
тов системного таймера. Эта величина заносится в ячейку с адресом 405:6СВ. Выпол- 
няемый в дальнейшем инкремент этой ячейки поддерживает в ней, пока компьютер 
включен, правильное текущее время. Именно из этой ячейки черпастся информация 
о текущем времени программами РОЗ: функцией 2СЬ или командой Т1МЕ. 

Рассмотрим более подробно структуру и возможности программного управления 
обоих таймеров. 

Подсистема часов реального времени включает контроллер и небольшой блок па- 
мяти объемом 64 байт. Первые 14 байт этой памяти используются для отсчета 
времени; остальные 50 байт хранят информацию о конфигурации системы. Подсисте- 
ма обеспечивает следующие функции: 

« отсчет текущего времени с точностью до | с. Текущее время (отдельно год, месяц, 

день, минута и сскунда) хранится в памяти микросхемы в двоично-десятичном коде 
(ВСО) и может быть прочитано оттуда в любой момент времени; 


112 ЯЗЫК АССЕМБЛЕРА: уроки программирования 


. работу программируемого будильника, который в установленное время дает 
сигнал прерывания (называемого сигнальным) по линии 1ВО 8, закрепленной за 
вектором 708. Будильник можно запрограммировать на выдачу сигнального 
прерывания в заданное время суток (каждые сутки до сброса будильника); в 
заданное время каждого часа (раз в час); в заданную секунду каждой минуты 


(раз в минуту); 


+ режим периодических прерываний по той же линии 1808, частоту которых 


можно программно настраивать в пределах 2 Гц...8 кГц; 


. хранение данных о конфигурации системы (объем базовой и расширенной 


памяти, типы магнитных дисков и пр.); 
. хранение пароля в зашифрованном виде. 


Назначение отдельных байтов КМОП-памяти (нумеруемых от 0 до ЗЕВ) приведено 


в табл. 27.1. 


Таблица 27.1. Адресное пространство памяти КМОП-микросхемы 


Поля 
6 


Число 
байтов 






























Тип второго жесткого диска (ссли > 15 

4 
Контрольная сумма байтов 101...208 
Объем расширенной памяти в килобайтах 
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Год, две старшие цифры в ВСО 
Системная информация 
Зарезервировано 


Байты с номерами АБ, ВЪ, СЬ и ОЬ выполняют функции управляющих регистров 
контроллера. Назначение их битов можно найти в технической документации; на 
рис. 27.1 приведены лишь сведения, полезные для прикладного программиста. 

Регистр А 


7 635432 1 0 Бы 


—_—Щ—щ—— 
о состояния Частота периодических прерываний 
корректировки ЗВ - 8 кГц 76 - 512 Гц ВВ - 32 Гц Еи-2 Гц 
(1- корректировка 4% -4кГц 85-256 Гц Сы - 16 Гц . 
выполняется) 5 -2кГц  9-128Гц  0Ь-8Гц 


бИ-1кГц  АН- 64 Гц ЕВ -4Гц 


Регистр В 
7 6543 2 ГО Бы 


| | Разрешение сигнальных прерываний 
Разрешение периодических прерываний 


Регистр С 
7 6543 2 10 Биты 


| Флаг прерывания 
Рис. 27.1, Управляющие регистры часов реального времени 


Байты КМОП-памяти читаются и записываются через порты 701...711. Обращение 
к памяти осуществляется в два этапа: сначала в порт 706 посылается номер требуемого 
байта памяти, затем через порт 718 осуществляются чтение (командой ш) или запись 
(командой ош) байта памяти. 


Пример 27.1. Чтение байта памяти из КМОП-микросхемы 


по АТ, 17Ь . узудем читать байт 178 
озе ТОВ, АЪ ; 

а АГ, 71 ;Младший байт объема ХМ5 
поч ЗЬ, АБ ;Сохраним в ВЬ 

поУ АТ, 185 ;Будем читать байт 188 
озЕ ТОВ, АБ ; 

зо АГ, 7. п ;Старший байт объема ХМ5 
поч ВН, АЗ ;ВХ=объем ХМ$ 
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После выполнения приведенного фрагмента в регистре ВХ окажется число, 
на 1024 меньшее, чем полный объем памяти (в килобайтах), установленной на компь- 
ютере. Таким же образом можно получить, например, объем базовой памяти (байты 
15Ъ и 161) или содержимое регистров А, В, Сир. 

Описанным выше способом можно обращаться ко всем байтам КМОП-памяти, за 
исключением первых десяти. Дело в том, что КМОП-микросхема один раз в секунду 
выполняет корректировку текущего времени, а также проверку состояния будильника. 
На время корректировки участок КМОП-памяти, относящийся к часам, календарю и 
будильнику, отключается от системной магистрали и становится недоступным для 
программного обращения. На это же время устанавливается бит 7 регистра А. Поэтому 
при чтении или записи байтов 00...09 необходимо сначала дождаться сброса бита 7 
этого регистра, что знаменует окончание цикла корректировки, и лишь затем выпол- 
нять обращение к требуемым байтам КМОП-памяти. В примере 27.2 показана проце- 
дура чтения текущей секунды (байт 0 КМОП-памяти). 


Пример 27.2. Чтение байта КМОП-памяти с ожиданием окончания цикла корректировки 


пох АБ, САБ ;Будем читать регистр А 
че 701, АБ 
ма1е1;: 1п АГ, 718 ;Регистр А в А 
фезе АБ, 805 ;Бит 7 установлен? 
912 ма1е1 ;Да, повторим проверку 
мох АГ, ОВ ;Корректировки нет, будем 
оцЕ ТОП, АБ ;учитать байт 0 (секунды) , 
10 АГ, 718 ;Текущая секунда в АБ 


Часы реального времени работают от внутреннего кварцевого генератора, частота 
которого подобрана так, что сигналы на его выходе (после пересчета) следуют с ин- 
тервалом точно | с. Эти сигналы используются для отсчета текущего времени в байтах 
часов и календаря КМОП-памяти. Помимо постоянного пересчета, обеспечивающего 
частоту | Гц, в КМОП-схему включен еще узел настраиваемого пересчета, выходные 
сигналы которого поступают на линию 108, инициируя периодические прерывания 
через вектор 708. Коэффициент пересчета и, соответственно, частоту периодических 
прерываний можно программно настраивать, изменяя содержимое битов 0...3 регистра 
А (см. рис. 27.1). Для разрешения и запрещения периодических прерываний использу- 
ется бит 6 регистра В. 

Установка будильника осуществляется занесением требуемого времени "побудки" 
в байты секунд (1), минут (3) и часов (5) КМОП-памяти. При записи в эти байты необ- 
ходимо предусматривать ожидание окончания циклов корректировки, как это было 
показано в примере 27.1. Схемы таймера периодически сравнивают текущее время с 
временем, записанным в байтах будильника, и при достижении равенства вырабаты- 
вают сигнал сигнального прерывания на той же линии №08. Для разрешения и 
запрещения сигнальных прерываний используется бит 5 регистра В. 

Если "законные" числа установлены во вссх трех байтах будильника, сигнал прс- 
рывания будет формироваться в указанное время каждые сутки. Однако программа 
может установить в одном или нескольких байтах будильника "безразличный" код — 
любое число от СОБ до ЕЕВ. Если безразличный код установлен в байте часов будиль- 
ника, то сигнальные прерывания вырабатываются каждый час. При установке безраз- 
личного кода в байтах часов и минут прерывания вырабатываются каждую минуту. 
Наконец, при наличии бсзразличного кода во всех трсх байтах будильника прерывание 
вырабатывастся каждую секунду. Особенность такого режима заключается в том, что 
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прерывания формируются не просто с заданной частотой, а в заданный момент каждой 
минуты или каждого часа. Например, если в байте секунд будильника записано число 
ЗОВ, а в байтах минут и часов — СОВ, то прерывания будут возникать точно на 30-Й се- 
кунде каждой минуты. 

При обработке прерываний от КМОП-микросхемы необходимо иметь в виду, что 
сигналы, предназначенные для возбуждения прерываний (как сигнальных, так и пе- 
риодических), поступают на вход контроллера прерываний не непосредственно, а че- 
рез разряд 7 регистра С, выполняющий функции флага прерываний. Сигнал прерыва- 
ния устанавливает этот флаг, что, в свою очередь, приводит к установке на входе [В О8 
контроллера прерываний активного уровня. Программа обработки прерываний обяза- 
на сбрасывать флаг прерываний, иначе на входе контроллера прерываний будет под- 
держиваться активный уровень и дальнейшее поступление сигналов прерываний ока- 
жется заблокированным. Сброс флага прерываний осуществляется чтением регистра 
С. Заметим, что периодические прерывания от КМОП-микросхемы не используются в 
стандартной конфигурации компьютера и не поддерживаются ни 2О$, ни В1О$. При 
разработке обработчика периодических прерываний (например, для компьютерной 
системы автоматизации) необходимо программировать КМОП-микросхему на физи- 
ческом уровне, через порты 708 и 718. 

Для чтения и изменения показаний часов реального времени предусмотрено пре- 
рывание ВОЗ 1АБ, функции которого обращаются непосредственно к КМОП-памяти 
и позволяют не только получить или установить дату и время, но и управлять будиль- 
ником. Пример использования этого прерывания (конкретно — для чтения из КМОП- 
микросхемы текущего времени) был рассмотрен в программе 19.1. 

Перейдем теперь к рассмотрению системного таймера. 

Системный трехканальный таймер, обычно входящий в состав многофункцио- 
нальной микросхемы программируемого периферийного контроллера, выполняет три 
функции: отсчет системного времени, управление регенерацией динамической памяти 
и возбуждение звука в динамике компьютера. В последней процедуре участвует один 
из управляющих портов периферийного контроллера (именно порт 611). На рис. 27.2 
приведена упрощенная схема взаимодействия этих узлов. 

Подсистема таймера работает независимо от процессора (и параллельно с ним) от 
собственного генератора, вырабатывающего сигналы с частотой 1,19318 МГц. Таймер 
имеет три независимых канала, каждый из которых можно перепрограммировать от- 
дельно от других. Для управления режимами программирования в подсистеме таймера 
имеется регистр команд, обращение к которому осуществляется через порт 438. Каж- 
дый канал таймера включает счетчик, пересчитывающий сигналы от генератора, и ре- 
гистр-фиксатор, в который программно заносится число, определяющее коэффициент 
пересчета счетчика. Фиксаторы каналов таймера адресуются через порты 408, 418 
и 428 соответственно. 

При включении компьютера в фиксатор канала 0 заносится максимально возмож- 
ное число 65535 (ЕЕЕЕВ), в результатс чего сигналы на выходе канала 0 имеют частоту 
18,2 1/с. Эти сигналы, как уже отмечалось выше, возбуждают прерывания с вектором 
О8Н, которые обрабатываются программой ВОЗ, осуществляющей отсчет текущего 
времени. 
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Прерывания от канала 0 можно использовать для временной синхронизации про- 
граммы, например для периодического вывода на экран некоторой информации. Эти 
вопросы будут рассмотрены в разделе 3 настоящей книги. 

Канал 1! таймера в программах не используется. 


Счетчик 






Генератор 
























1,193 МГц Канал 0 
Прерывания системных 
Канал | 


Регистр 
команд 


Порт 438 


Счетчик 
Фиксатор 


Счетчик 


Регенерация памяти 







Порт 41В 






Канал 2 


Звук динамика 
1] - канал включен — 


0 — канал выключен 





Порт 428 


Динамик 
Биты 






1 - динамик включен 
Порт 618 0 - дииамик выключен 


Рис. 27.2. Элементы компьютера, принимающие участие в генерации звука 


Выход канала 2 связан с динамиком и используется для генерации звука. Изменяя 
содержимое фиксатора этого канала, можно изменять частоту сигналов, поступающих 
на динамик, от 18,2 Гц до 1,19 МГц. Реально для возбуждения звука можно использо- 
вать частоты не выше приблизительно 10 кГц. 

Программирование всех каналов таймера осуществляется одинаково. В регистр 
команд (порт 431) засылается управляющее слово, характеризующее режим работы 
программируемого канала, после чего в фиксатор канала загружается константа пере- 
счета. Формат управляющего слова приведен на рис. 27.3. 


76543210 Биы 


Щ—Ш—ШЙ——Щ—Й 
Канал | Режим Счет: 
Вид 0 двоичный Рис. 27.3. Формат управляющего слова 
операции 1- ВСр таймера (порт 43#) 


Бит 0 управляющего слова опредсляет способ задания константы пересчета. При 
нулевом значении бита константа задается в двоичной форме, при единичном - в двои- 
чно-десятичной (ВСО). Чаще используется двоичный способ задания константы. 
Вбиты 1...3 засыластся режим работы таймера (всего имсется 6 режимов с кодами 
0...5), ав биты 4...5 — один из четырех возможных видов операции. В биты 6...7 
заносится номер программирусмого канала (0...2). В табл. 27.2 приведен перечень 
режимов, а в табл. 27.3 — возможные виды операций. 
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Таблица 27.2. Режимы работы каналов таймера 


Код режима Описание 


И вв 
длительности 
паратным запуском 


Генерация кратковременных периодических сигналов 


Генерация периодических прямоугольных сигналов со скважно- 
стью 2 ("меандр" 


Формирование кратковременного сигнала с заданной задержкой 


Формирование кратковременного сигнала с заданной задержкой 
с аппаратным запуском 


Таблица 27.3. Виды операций при чтении-записи фиксаторов каналов таймера 


КО И ООО 

















Чтение-запись старшего байта фиксатора 


Чтение-запись сначала младшего, затем старшего байта фиксатора 





Следует отметить, что таймер, используемый в персональных компьютерах, разра- 
батывался как многофункциональное устройство для получения в микропроцессорных 
устройствах программно-управляемых задержек и генерации времязадающих сигна- 
лов. В нем предусмотрено большое количество режимов работы, конкретное функ- 
ционирование которых к тому же зависит от того, какие сигналы подаются на различ- 
ные входы схемы таймера. В компьютерах таймер подключается вполне определен- 
ным образом и большая часть перечисленных выше режимов не используется. 

Прикладной программист может столкнуться с программированием канала 0 для 
организации временной синхронизации программы или внешних процессов, а также 
канала 1 для генерации звуковых сигналов. Оба канала работают в режиме 3 генерации 
периодических сигналов со скважностью 2, частота которых определяется содержи- 
мым фиксатора. Для занесения в фиксатор коэффициента пересчета входной частоты 
используется вид операции 3, когда 16-разрядная константа пересчета загружается в 
фиксатор двумя последовательными командами оц. Первое обращение к порту фикса- 
тора заполняет младший байт фиксатора, а следующее обращение — старший. 

Приведем несколько примеров программного управления каналами таймера. 


Пример 27.3. Повышение частоты системного таймера 


пап ргос 
мо АТ, З6 В ; (1) Канал 9, режим 3, вид операции 3 
оц 4ЗВ, АБ ; (2) Угравляющее слово в порт 
поУ АХ, 6535 ; (3) Константа для частоты 182 Гц 
ме 40, АБ ; (4) е младший байт в фиксатор 
поУ АГ, АН ; (5) АБ=старший байт константы 
ое АЭН, АЪ ;(6)Отгравим его в фиксатор 
оу АХ, 4С00В ; (7) Завершим грограмму 
17Е 218 
па1п епар 
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В предложениях | и 2 управляющее слово, которое для данного случая имеет код 
З6Ъ, засылается в порт 43В регистра команд. В регистр АХ загружается константа 
6535, обеспечивающая увеличение частоты системного таймера в 10 раз. В соответст- 
вии с выбранным кодом вида операции загрузка константы в регистр-фиксатор требу- 
ет двух команд оце. Первая команда оп! (предложение 4) загружает младший байт кон- 
станты, следующая за ней команда оиё с обращением к тому же порту — старший 
(предложение 6). Частота таймера увеличивается и остается такой после завершения 
программы. Для восстановления правильного хода системных часов придется либо 
выполнить еще раз программу 27.1, изменив в ней константу пересчета на 65535, либо 
перезагрузить компьютер. Результат работы программы нагляднее всего наблюдать с 
помощью программы М№оцоп Соглтзапаег, в кадре которого имеется поле для показаний 
системных часов. После завершения программы двоеточие в этом поле, олицетворяю- 
щее ход секунд, начнет мигать в 10 раз быстрее. 

Пример 27.3 в предложенной редакции может иметь лишь познавательное значе- 
ние. Реально, однако, увеличение частоты системных часов может быть весьма полез- 
ным, если компьютер входит в автоматизированную измерительную систему, в кото- 
рой требуется задавать точные временные интервалы. В стандартном режиме таймер 
отсчитывает время с псгрещностью приблизительно 1/18 с, что для многих примене- 
ний слишком много. Если увеличить частоту работы таймера до, например, 1000 Гц 
(для чего потребуется загрузить в фиксатор константу 1193180 Гц/1000 Гц = 1193), то 
отсчитывать с его помошью интервалы времени можно будет с погрешностью 10° с, 
если фиксировать прерывания от таймера и пересчитывать их в заданной пропорции. 
Например, отсчет 10000 прерываний позволит задать интервал времени, равный 10 с, 
с погрешностью всего 0,01 %. Методика составления обработчиков прерываний, в том 
числе и от системного таймера, будет рассмотрена в 3-м разделе этой книги. 

Следует заметить, что приведенная выше программа будет работать неправильно в 
сеансе РОЗ системы Уп 4о\и$ 95, так как в этой системе состояние таймера сеанса 
20$ принудительно восстанавливается сразу же после завершения программы. В МТ- 
подобных системах (как, разумеется, и в чистой РОЗ) этого явления не наблюдается: 
системы УЛт4о\$ МТ/2000 оставляют состояние перепрограммированного таймера 
неизменным до конца данного сеанса РОЗ. С другой стороны, целесообразность за- 
пуска такого рода программ в системах У/п4о\5 вообще сомнительна. Программы 
управления аппаратурой в реальном времени следует либо выполнять в чистой РОЗ, 
либо разрабатывать их специальным образом как приложения \М/ш4о\5. 

Рассмотрим теперь простой пример генерации звука с помощью таймера. 

Управление каналом 2 таймера и его подключение к динамику осуществляется че- 
рез порт 616 периферийного контроллера (см. рис. 27.2). Бит 0 порта 611 управляет 
включением и выключением канала 2 таймера. Пока бит 0 установлен, на выходе ка- 
нала действуют периодические сигналы заданной фиксатором частоты; при сбросе би- 
та 0 колебания прекращаются. Бит 1 того же порта управляет посылкой в динамик то- 
ка. Таким образом, имеются две возможности прекратить звучание тона: запретить ра- 
боту канала 2 путем сброса бита 0 порта 61 или выключить прохождение через 
динамик тока путем сброса бита 1 того же порта. 

Детали программирования таймера будут ясны из примера 27.4. 
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Пример 27.4. Управление звуком с помощью таймера 
.386 . 
сехе зедщеле цзе16 


;Установим режим таймера 


| ФА АТ, ОВбЫ ; (1) Канал 2, режим 3, вид операции 3 
оз АЗВ, АБ ;(2)3 регистр команд 
;Установим частоту канала 2 таймера 
поУ АХ, 11930 ; (3)1193090 Гц/11930=100 Гц 
[еб бы 421, АБ ; (4) Младший байт константы в горт 
доу АГ, АЗ }(5) АЬБ=старший байт константы 
оц 425, АБ ; (6) Старший байт константы в порт 
;Зключим динамик и разрешим таймер 
1п АБ, 611 ; (7) Введем содержимое порта 618 
ох АГ, 3 ; (8) Установим биты 0и1 
оц 611, АБ ; (9) Выведем в порт 


;После задержки выключим динамик и загретим таймер 
по ЕСХ, 50000000; (10) Задержка - 1 с 


Чезау: 9Ъ 67п ; (11) Префикс изменения размера адреса 
10ор ЧЗе1ау ; (12) Цикл 
апа АГ, 111111005; (13} Сбросим в АЬ биты Ои1 
це 611, АЪ ; (14) Выведем в порт 


Программа 27.4 возбуждает тон заданной частоты (100 Гц) и продолжительности. 
После засылки в регистр команд управляющего слова (предложения 1 и 2), а в регистр- 
фиксатор - константы пересчета (предложения 3...6) выполняется операция разреше- 
ния канала 2 таймера и включения динамика. Поскольку порт 618 является много- 
функциональным (в нем имеются биты управления клавиатурой, памятью и переклю- 
чателями системной платы), непосредственно заслать в него код, устанавливающий 
или сбрасывающий отдельные разряды, нельзя — мы тем самым изменим состояние 
других разрядов. В таких случаях организуется трехступенчатая процедура изменения 
содержимого порта: чтение из порта, изменение в прочитанном байте требуемых раз-. 
рядов и запись в порт модифицированного содержимого. В предложениях 7...9 к со- 
держимому порта 618 (неизвестному нам) добавляются 2 младших бита (число 3). Тем 
самым включается ток динамика и сго периодическое переключение от таймера. 

Таймер относится к числу аппаратных программируемых элементов компьютера. 
Все такие элементы программируются только один раз — на этапе начальной загрузки 
компьютера. Система (М$-РОЗ) никогда не восстанавливает исходные режимы аппа- 
ратуры, да и просто ничего не знает об изменении режима, если его выполнила при- 
кладная программа. Если программно включить звук динамика и завершить програм- 
му, динамик будет продолжать гудеть. Поэтому в примере 27.4 после небольшой за- 
держки (предложения 10...12) в сохраненном содержимом регистра АГ, снова сбра- 
сываются 2 младших бита и эта величина пересылается в порт, выключая звук. Еще раз 
напоминаем, что величина программной задержки зависит от скорости работы процес- 
сора и ее следует подбирать экспериментально. Организация программной задержки с 
помощью 32-разрядного регистра ЕСХ была описана в статье 8. 


Статья 28. Клавиатура 


Работая на компьютере, пользователю постоянно приходится вводить с клавиату- 
ры команды и данные. Для правильного составления соответетвующих фрагментов 
программы необходимо хорошо представлять, каким образом вводятся, куда попадают 
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и как обрабатываются символы, вводимые с клавиатуры. Процесс взаимодействия сис- 
темы с клавиатурой показан на рис. 28.1. 


Адрес системного 
оо обработчика из 
МТ вектора 9 


К 
рерываний 


прерыван ий 
















Процессор 


Запуск системного 
обработчика 








Аппаратное 









Системный 










Н й прерыванне й бай 
тпускание на ВО] обработчик р ит 
любой клавиши прерывания 9 клавиатуры 
И 
$ т Преобразование (408178) 





Е Контроллер 
клавиатуры 









в кд АСИ 








Второй байт 
Головной флагов 
Программа элемент Кольцевой буфер клавиатуры 
пользователя (408:188) 


ввода 


405:1ЕВ 


Запрос 
на ввод 
с клавиатуры 







Хвостовой 
элемент 


Рис. 28.1. Процесс взаимодействия системы с клавиатурой 


_ Работой клавиатуры управляет специальная электронная схема — контроллер кла- 
виатуры. В его функции входит распознавание нажатой клавиши и помещение закреп- 
ленного за ней кода в свой выходной регистр (порт) с номером 608. Код клавиши, по- 
ступающий в порт, называется скан-кодом и является, по существу, порядковым номе- 
ром клавиши. При этом каждой клавише присвоены два скан-кода, отличающиеся друг 
от друга на 808. Один скан-код (меньший, код нажатия) засылается контроллером в 
порт 60В при нажатии клавиши, другой (больший, код отпускания) — при ее отпуска- 
нии. Скан-коды клавиш (числа 16-рич! ‘ле) приведены на рис. 28.2. 

Некоторые клавиши и их сочетания генерируют при нажатии не один, а два или 
даже несколько сигналов прерываний, каждый из которых сопровождается посылкой в 
порт 606 своего кода. Так, клавиша п5 при нажатии создаст пару скан-кодов: ЕОВ, 528; 
клавиша Ноше - коды ЕВ, 476; сочетание клавиш ЗЫЙ-+Т дает 4 скан-кода: ЕбЪ, ААВ, 
БОБ, 48; клавиша Раизе (ВгеаК) генсрирует на каждое нажатие целых 6 скан-кодов: 
Е, 1ОВ, 45в, Е1Ъ, 9ОВ, С5В - и т. д. Все такие клавиши помечены на рис. 28.2 
звездочками. 
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ВЕ 
Ве 
Ва: Г 


* Клавиши с последовательностями скаи-кодов 





Рис. 28.2. Скан-коды клавиш 


Скан-код однозначно указывает на нажатую клавишу, однако по нему нельзя оп- 
ределить, работает ли пользователь на нижнем или верхнем регистре. С другой сторо- 
ны, скан-коды присвоены всем клавишам клавиатуры, в том числе клавишам ЗМ, 
СЫ, АИ, Сарз Г.осК и др. Таким образом, очевидно, что определение введенного сим- 
вола должно включать в себя не только считывание скан-кода нажатой клавиши, но и 
выяснение того, не были ли перед этим нажаты, например, клавиши ЗВ (верхний ре- 
гистр) или Сарз ГосК (фиксация верхнего регистра). Всем этим анализом занимается 
обработчик прерываний от клавиатуры. 

Как нажатие, так и отпускание любой клавиши вызывает сигнал аппаратного пре- 
рывания, заставляющий процессор прервать выполняемую программу и перейти на 
программу системного обработчика прерываний от клавиатуры, входящего в систему 
В10$. Поскольку обработчик вызывается через вектор 09, его иногда.называют про- 
граммой 11109. 

Программа 11109, помимо порта 60В, работает еще с двумя областями оперативной 
памяти: кольцевым буфером ввода, располагаемым по адресам от 406:1ЕВ до 406:30В, 
куда в конце концов помещаются коды АЗСП нажатых клавиш, и 2 байтами флагов 
клавиатуры, находящимися по адресам 408:17Н и 408:188. В этих байтах фиксируется 
состояние управляющих клавиш (ЗЫ, Сарз ГосКк, Мит Г.осК и др.). 

Программа 1109, получив управление в результате прерывания от клавиатуры, 
считывает из порта б0В скан-код и анализирует его значение. Если скан-код принад- 
лежит одной из управляющих клавиш и к тому же представляет собой код нажатия, 
в первом байте флагов клавиатуры устанавливается бит (флаг), соответствующий на- 
жатой клавише. Например, при нажатии правой клавиши ЗМ в байте флагов устанав- 
ливается бит 0, при нажатии левой клавиши ЗЫ — бит 1, при нажатии любой клавиши 
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Си] — бит 2 ит. д. Биты флагов сохраняют свое состояние, пока клавиши (по одиночке 
или в любых комбинациях) остаются нажатыми. Если управляющая клавиша отпуска- 
ется, программа 1109 получает скан-код отпускания и сбрасывает соответствующий 
бит в байте флагов. Сказанное вполне справедливо для клавиш ЗЫ, СЫ] или А1, у ко- 
торых может быть только два состояния — клавиша нажата и клавиша отпущена, Одна- 
ко другие управляющие клавиши действуют сложнее. Например, при однократном 
нажатии клавиши Сарз Г.оск включается режим верхнего регистра клавиатуры (режим 
прописных букв). При повторном нажатии той же клавиши этот режим выключается. 
Для программы обычно важно не состояние клавиши Сарз ГосК (нажата или отпущена), 
ато, какой режим ею установлен. В первом слове флагов клавиатуры фиксируются режимы 
всех управляющих клавиш (табл. 28.1), а из второго слова флагов можно получить более 
детальную информацию о состоянии управляющих клавиш (табл. 28.2). 


Таблица 28.1. Назначение битов первого слова флагов клавиатуры (40й:17#) 


Нажата правая клавиша ЗШЙ 


Номер бита 









Нажата левая клавиша ЗШЁ 


Таблица 28.2. Назначение битов второго слова флагов клавиатуры (40#: 18) 


6 | Нажата клавиша Сарз Рок 


При нажатии обычной, не управляющей клавиши программа шЮ9 считывает из порта. 
601 ее скан-код нажатия и по таблице трансляции скан-кодов в коды АЗСИ формирует 2- 
байтовый код, старший байт которого содержит скан-код, а младший — код АЗСП. При 
. этом если скан-код характеризует клавишу, то код АЗСП определяет закрепленный за ней 
символ. Поскольку за каждой клавишей закреплено, как правило, не менее двух символов 
- ВиА, 1и!, 2 и@итд)), то каждому скан-коду соответствуют, как минимум, два кода 
- АЗСИ. В процессе трансляции программа 11109 анализирует состояние флагов, так что если 

нажата, например, клавиша О (скан-код 101, код АЗСИ буквы О — 518, а буквы а — 711), то 
` формируется 2-байтовый код 1071В, но если клавиша О нажата при нажатой клавише ЗЫ 
; (смена регистра), то результат трансляции составит 10518. Тот же код 10518 получится, ес- 
_ ли при нажатии клавиши О был включен‘режим Сарз 1.0сК (прописные буквы), однако при 
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включенном режиме Сарз ГосК и нажатой клавише ЗЫ образуется код 10711, поскольку в 
такой ситуации клавиша ЗИ на время нажатия переводит клавиатуру в режим нижнего ре- 
гистра (строчные буквы). 

Полученный .в результате трансляции 2-байтовый код засылается программой 
1109 в кольцевой буфер ввода, который служит для синхронизации процессов ввода 
данных с клавиатуры и приема их выполняемой компьютером программой. Объем бу- 
фера составляет 16 слов, при этом коды символов извлекаются из него в том же поряд- 
ке, в каком они в него поступали. За состоянием буфера следят два указателя. В хво-. 
стовом указателе (слово по адресу 40:1СВ) хранится адрес первой свободной ячейки, в 
головном указателе (40:1 АН) — адрес самого старого кода, принятого с клавиатуры и 
еще не востребованного программой. Оба адреса представляют собой смещения отно- 
сительно начала области данных В1О5, т. е. числа от 1ЕйВ до ЗСВ. В начале работы, ко- 
гда буфер пуст, оба указателя — и хвостовой и головной — указывают на первую ячейку 
буфера. 

Программа 11109, сформировав 2-байтовый код, помещает его в буфер по адресу, 
находящемуся в хвостовом указателе, после чего этот адрес увеличивается на 2, ука- 
зывая опять на первую свободную ячейку. Каждое последующее нажатие на какую- 
либо клавишу добавляет в буфер очередной 2-байтовый код и смещает хвостовой ука- 
затель. 

Выполняемая программа, желая получить код нажатой клавиши, должна обратить- 
ся для этого к каким-либо системным средствам — функциям ввода с клавиатуры РО$ 
(прерывание 211) или В1О$ (прерывание 161). Системные программы с помощью 
драйвера клавиатуры (точнее говоря, объединенного драйвера клавиатуры и экрана, 
так называемого драйвера консоли с именем СОМ) считывают из кольцевого буфера 
содержимое ячейки, адрес которой находится в головном указателе, и увеличивают 
этот адрес на 2. Таким образом, программный запрос на ввод с клавиатуры фактически 
выполняет прием кода не с клавиатуры, а из кольцевого буфера. 

Хвостовой указатель, перемещаясь по буферу в процессе занесения в него кодов, 
доходит, наконец, до конца буфера (адрес 40Ъ:3СВ). В этом случае при поступлении 
очередного кода адрес в указателе не увеличивается, а, наоборот, уменьшается на дли- 
ну буфера. Тем самым указатель возвращается в начало буфера, затем продолжает пе- 
ремещаться по буферу до его конца, опять возвращается в начало и так далее по коль- 
цу. Аналогичные манипуляции выполняются и с головным указателем. 

Равенство адресов в обоих указателях свидетельствует о том, что буфер пуст. Если 
при этом программа поставила запрос на ввод символа с клавиатуры, то драйвер кон- 
соли будет ждать поступления кода в буфер, после чего этот код будет передан в про- 
грамму. Если же хвостовой указатель, перемещаясь по буферу в процессе его заполне- 
ния, подошел к головному указателю "с обратной стороны" (это произойдет, если опе- 
ратор нажимает на клавиши, а выполняемая в настоящий момент программа не 
обращается к клавиатурс), прием новых кодов блокирустся, а нажатие на клавиши воз- 
буждает предупреждающие звуковые сигналы. | 

Если компьютер не выполняет никакой программы, то активной является про- 
грамма командного процессора СОММАМО.СОМ. Активность СОММАМО.СОМ за- 
ключается в том, что он, поставив запрос к 2О$ на ввод с клавиатуры (с помощью! 
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функции ОАВ прерывания 211), ожидает ввода с клавиатуры очередной команды поль- 
зователя. Как только в кольцевом буфере ввода появляется код символа, функция ОАК 
переносит его во внутренний буфер 2О$, очищая при этом кольцевой буфер ввода, 
атакже выводит символ на экран. При получении кода клавиши Етц(ег (ООН) функция 
ОАВ завершает свою работу, а командный процессор предполагает, что ввод команды 
закончен, анализирует содержимое буфера РОЗ и приступает к выполнению введен- 
ной команды. При этом командный процессор работает практически лишь с младши- 
ми половинами 2-байтовых кодов символов, а именно с кодами АЗСИ. 

Если компьютер выполняст какую-либо программу, ведущую диалог с операто- 
ром, то, как уже отмечалось, ввод данных с клавиатуры (а точнсе, из кольцевого буфе- 
ра ввода) и отображение их на экране организует эта программа, обращаясь непосред- 
ственно к драйверу В1ОЗ (11 161) или к соответствующей функции РОЗ (ше 218). 
Может случиться, однако, что выполняемой программе не требуется ввода с клавиату- 
ры, а оператор нажал какие-то клавиши. В этом случае вводимые символы накаплива- 
ются (с помощью программы 11109) в кольцевом буфере ввода и, естественно, не ото- 
бражаются на экране. Так можно ввести до 15 символов. Когда программа завершится, 
управление будет передано СОММАМО.СОМ, который сразу же обнаружит наличие 
символов в кольцевом буфере, извлечет их оттуда и отобразит на экране. Если при 
этом последовательность введенных символов завершается кодом клавиши Ещег, ко- 
мандный процессор воспримет введенную строку как команду и попытается ее выпол- 
нить. Такой ввод с клавиатуры называют вводом с упреждением. 

До сих пор речь шла с символах и кодах АЗСИ, которым соответствуют опреде- 
ленные клавиши терминала и которые можно отобразить на экране. Это буквы (про- 
писные и строчные), цифры, знаки препинания и специальные знаки, используемые в 
программах и командных строках, например [, $, # и др. Однако имеется ряд клавиш, 
которым не назначены отображаемые на экранс символы. Это, например, функцио- 
нальные клавиши Е1...Е 12; клавиши управления курсором Ноше, Еп4, РеОр, <, и 
др. При нажатии этих клавиш в кольцевой буфер ввода засылается расширенный код 
АЗСИ, в котором младший байт равен нулю, а старший является скан-кодом нажатой 
клавиши. Расширенные коды АЗСИ поступают в буфер ввода и в случае нажатия ком- 
бинаций управляющих и функциональных клавиш, например ЗНЁ+Е1, Си+Ноше (на 
дополнительной цифровой клавиатуре), АН-Тп$еп и др. В этом случае, однако, в стар- 

‚ ший байт расширенного кода АЗСИ помещается уже не скан-код клавиши, а некото- 
рый код, специально назначенный этой комбинации клавиш. Естественно, этого кода 
нет среди "обычных" скан-кодов. Например, клавиша Е1, скан-код которой равен ЗВВЬ, 
может генерировать следующие расширенные коды АЗСИ: 

Е1 звоов СЕЕ1/ЕЬ 5ЕООВ 

‚ АЕ/Е: — 68000 ЗААЕЕ/ЕЬ 5400Н 

Расширенные коды АЗСПИ широко используются в прикладных программах для 

‚ управления ходом программы и переключения ее режимов. В табл. 28.3 и 28.4 приве- 


‚ дены значения информационных байтов расширенных кодов АЗСПИ клавиш и их ком- 
‚ бинаций. 
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Таблица 28.3. Информационные байты расширенных кодов А5СИ функциональных клавиш 
и их комбинаций с управляющими клавишами 


Клавиша Информационные байты кодов А5СИ клавиш и их сочетаний 


5+ клавиша АЙ+клавиша 





Таблица 28.4. Информационные байты расширенных кодов А5СИ алфавитно-цифровых 
и управляющих клавиш в сочетании с клавишей АЙ 


Код АЗСИ __] Клавиша | Код А5СИ | Клавиша | 
[т 12% опа в 
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Примеры программного обращения к клавиатуре как с помощью различных сис- 


темных средств, так и на физическом уровне будут приведены в последующих статьях 
этой книги. 


Статья 29. Магнитные диски 


Программы и прочие документы, которые мы записываем на дискеты или жесткие 
диски, чтобы иметь возможность обращаться к ним в случае необходимости, хранятся 
там в виде файлов. Файл - это просто участок дискового пространства, содержащий 
тот или иной документ. Однако помимо файлов на диске имеется еще целый ряд спе- 
циализированных системных областей, с помощью которых операционная система 
осуществляет управление файлами — поиск уже имеющихся файлов или создание но- 
вых, удаление (по команде пользователя) ненужных файлов и другие операции. Сово- 
купность самих файлов и системных областей, предназначенных для их обслуживания, 
носит название файловой системы. 

Наличие файловой системы избавляет пользователя от необходимости вникать 
в детали физической организации файлов на магнитном диске. В подавляющем боль- 
шинстве случаев для работы с файлом требуется знать только его имя и каталог, в ко- 
тором он находится. Иногда, однако, возникает необходимость глубже вникнуть 
вструктуру файлов, в частности определить местонахождение файла на диске, рас-. 
смотреть его фактическое содержимое, возможно даже изменить значения отдельных 
байтов на диске. Такая задача может возникнуть при поиске файлов или системных 
областей, зараженных вирусами, при реализации процедуры защиты файлов от не- 
санкционированного доступа и в других случаях. Так или иначе отчетливое представ- 
ление о физической организации диска весьма полезно для серьезного программиста. 

Хотя общие принципы разметки жестких дисков и дискет одинаковы, их физиче- 
ская организация несколько различается, главным образом из-за значительно большей 
емкости жестких дисков и наличия на одном физическом жестком диске нескольких 
логических (С:, Р:, Е: ит. д.). Рассмотрим сначала организацию дискеты. 

Современная дискета (для определенности рассмотрим наиболее широко исполь- 
зуемый тип дискет диаметром 3,5 дюйма с емкостью 1,44 Мбайт) представляет собой 
гибкую пластину, на обе стороны которой информация записывается в виде магнит- 
ных меток, располагаемых по концентрическим дорожкам (рис. 29.1). 


Магиитные метки 


Сторона (головка) 0 


Сторона (головка) 1 


|. Цилиндр 0 


Цилиндр 1 
Цилиндр 2 Рис. 29.1. Физическая организация дискеты 


Дорожки обеих сторон пластины, расположенные на одном удалении от центра, 
объединяются понятием цилиндра. Цилиндры (как и дорожки) нумеруются от края 
. диска внутрь, нумерация начинается с нуля. Стороны также нумеруются с нуля, и, 
поскольку каждую рабочую сторону диска обслуживает отдельная магнитная головка, 
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предназначенная для чтения и записи данных, часто говорят не о номерах сторон, 
а о номерах головок. Число дорожек определяет емкость дискеты. Дискеты емкостью 
1,44 Мбайт содержат по 80 дорожек на каждой стороне, или, что то же самое, 80 ци- 
линдров. 

Каждая дорожка делится на секторы. Логический размер сектора для всех дисков 
составляет 512 байт. Число секторов на одной дорожке зависит от типа дискеты; дис- 
кеты емкостью 1,44 Мбайт имеют на каждой дорожке по 18 секторов (512 байт * 18 
секторов * 80 цилиндров * 2 стороны = 1 474 560 байт = 1,44 Мбайт). 

Контроллер диска позволяет читать или записывать информацию только целыми 
секторами. Невозможно прочитать с дискеты 1 байт; даже если мы заказываем в про- 
грамме, написанной на каком-либо языке, чтение 1-байтовой переменной, физияески с 
диска читастся весь сектор, в котором находится эта переменная. Точно так/же при 
физическом обращении к диску (т. е. при обращении не к конкретному файлу, а к не- 
которому месту на диске) следует указывать не номер байта, а номер сектора , 

Существуют две системы нумерации секторов на диске — абсолютная (физическая) 
и относительная (логическая). Физическая нумерация секторов начинается, с единицы 
(не с нуля!) на каждой дорожке, и каждая дорожка, таким образом, содержит секторы с 
номерами от 1 до 18. При использовании физической нумерации для указания кон- 
кретного сектора необходимо задать три параметра: номер цилиндра, номер стороны 
(головки) и номер сектора. 

Относительная нумерация ведется в пределах всей дискеты. В этом случае секторы 
нумеруются с нуля; последний сектор имеет номер 2879. Для указания конкретного 
сектора достаточно задать сго номер. При записи информации на диск ООЗ сначала 
целиком заполняет дорожки цилиндра 0, затем — цилиндра | ит. д., идя от периферии 
дискеты к ее центру. В таком же порядке возрастают логические номера секторов. 

Полезно иметь в виду, что в действительности каждый сектор, кроме полезной 
информации, занимающей всегда точно 512 байт, имеет в своем составе еще информа- 
цию служебную, в частности свой собственный номер, чтобы его можно было найти, и 
контрольную сумму, с помощью которой контроллер может обнаружить возникающие 
на диске дефскты поверхности. Прикладному программисту практически никогда не 
приходится сталкиваться со служебной информацией, хранящейся в секторах диска, 
так как системные средства обращения к диску возвращают в программу только со- 
держательную часть сектора. 

Новая, пустая дискета в процессе форматирования, т. е. разбивки на секторы, по- 
лучаст следующие системные области: 

« загрузочный сектор (Вооесектор); 

. таблицы размещения файлов — ЕАТ (Е|е АПосаноп Тае). Для надежности на 

дискс размещаются две ЕАТ, дублирующие друг друга; 

. корневой каталог. 


Эти области располагаются в самом начале дискеты, занимая в общей сложности 
33 сектора, или 16,5 Кбайт. Остальное пространство дискеты отводится под файлы и 
каталоги пользователя и иногда называется областью данных диска. 

Загрузочный сектор (самый первый сектор дискеты с логическим номером 0) со- 
держит физические характеристики дискеты в целом, а также программу начальной 
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загрузки операционной системы. Программа начальной загрузки фактически исполь- 
зуется только в тех случаях, когда дискета является загрузочной, т. е. содержит основ- 
ные программы операционной системы и служит для начальной загрузки компьютера. 
Однако присутствует эта программа на всех дискетах, в том числе и на тех, которые 
предназначены лишь для хранения данных. В табл. 29.1 приведен формат загрузочного 
сектора с указанием типичного для дискеты емкостью 1,44 Мбайт содержимого. Сле- 
дует иметь в виду, что в зависимости от типа дискеты и того, какая программа исполь- 
зовалась для се форматирования, содержимое отдельных полей загрузочного сектора 
может различаться. ! ! 


Таблица 29.1. Формат загрузочного сектора 


Смещение я , Назначение поля Типичное содержимое 
от начала 7 р для дискеты 
сектора 1,44 Мбайт 


Число секторов на диске (для дисков | 000000008 
больше 32 Мбайт) 


251 


26 Сигнатура расширенного Воо-сек- | 291 
тора (2О$ 4.0 и больше 


278 4 Серийный номер (дается при форма- 
тировании 


28 [11 [Метка тома (ластся пользователем) | 
[368 | Тип файловой ситемы _____ |ГЕАТ!2 ' | 


ЗЕВ 450 Программа начальной загрузки и от- 
носящисся к ней данные 


При форматировании дискеты на ней резервирустся место для корневого каталога. 
В дальнейшем по мерс записи пользователем на дискету файлов и подкаталогов ин- 
формация о них заносится в корневой каталог в видс 32-байтовых элементов. По- 
скольку размер корневого каталога жестко фиксирован, в нем помещается лишь огра- 
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ниченное количество элементов (224 для дискеты 1,44 Мбайт, см. табл. 29.1). Поэтому, 
если на дискете требуется разместить очень много небольших по размеру файлов, для 
них сначала следует создать хотя бы один подкаталог, а затем уже заполнять его фай- 
лами. Размеры подкаталогов, в отличие от корневого каталога, не имеют ограничений, 
и таким образом на дискету можно записать любое число файлов (разумеется, не 
больше, чем на нее поместится). : 

Формат элемента каталога (как корневого, так и любого вложенного) приведен на 
рис. 29.2. 


Байты 00 01 02 03 04 05 06 07 08 09 10 ПИ 12 13 14 15 


<? <, на < 
Еее Э 


Байты 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 
Рис. 29.2. Формат элемента каталога 











В первых 11 байтах элемента каталога хранятся имя файла и его расширение. 
Обычно ОО$ при получении от пользователя имени файла автоматически преобразует 
символы имени и расширения, делая их прописными. Таким образом, в элементе ката- 
лога спецификация файла всегда указывается прописными буквами. 

Атрибуты файла записываются независимо в отдельных битах байта атрибутов. 
Значения атрибутов приведены в табл. 29.2. 


Таблица 29.2. Атрибуты файлов 


НВЦ | Файлтолько дляченя | 
028 

Системный файл 

Юм 


Файл может иметь несколько атрибутов одновременно. Так, для записи о метке 
тома характерно значение байта атрибутов 28В: метка тома, не архивирована. Защи- 
щенный от стирания и модификации файл содержит в байте атрибутов код 211, а сис- 
темным файлам [0.3У$ и М$00$.5У$ с помощью кода 7В назначается комбинация 
атрибутов: только для чтения, скрытый и системный. 

Время и дата создания или последней модификации файла записывается в виде 
двоичных чисел в отдельных полях отведенных под эту информацию слов, как это по- 
казано на рис. 29.3. 

В байтах 26...27 элемента каталога записывается номер кластера, с которого начи- 
нается файл на диске. Хотя минимальной порцией информации, передаваемой кон- 
троллером диска в процессе записи или чтения файла, является сектор, файловая сис- 
тема РОЗ назначает место на диске целыми кластерами. Минимальный физический 
размер файла, даже ссли полезные данные в нем занимают лишь несколько байтов, со- 
ставляет один кластер. 
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Биты слова 15 14 13 12 11 10 09 08 07 06 05 04 03 02 01 00 


ГТРРЕЕРЕТЕЕЕТЕЕТ 


ЖЖ 


"Год (от 1980), 0...127 Месяц, 1...12 День, 1...31 
т.е. 1980...2107 


Биты слова 15 14 13 12 И 10 09 08 07 06 05 04 03 02 01 00 


ГРЕЕТ] 


и 
Часы, 0...23 Минуты, 0...59 Секунды/2, 0...29 


Рис. 29.3. Форматы записи даты и времени в каталоге диска 


Размер кластера на рассматриваемой дискете совпадает с размером сектора (512 
байт), но для дисков другого типа это не так. Например, кластер дискеты 5,25 дюйма 
емкостью 360 Кбайт содержит два сектора; кластеры жестких дисков обычно включа- 
ют4...8 секторов. Кластеры существуют только в области данных диска (не в его сис- 
темных областях) и нумеруются последовательно, причем считается, что номер перво- 
го кластера равен двум. Таким образом, для дискеты рассматриваемого типа кластер 
номер 2, характеризующий самое начало области данных диска, совпадает с относи- 
тельным сектором 33. Файл не обязательно должен быть слитным, его отдельные кла- 
стеры могут быть разбросаны по всему диску. Поэтому для описания размещения фай- 
ла на диске следует где-то хранить номера всех входящих в него кластеров. Эта ин- 
формация и составляет содержимое таблицы размещения файлов РАТ. В элементе 
каталога находится только номер первого кластера файла. 

Таблица размещения файлов ЕАТ является важнейшей структурой диска. По ее содер- 
жимому можно определить физическое расположение на диске всех файлов и каталогов. 
Таблица размещается в секторах 1...9, а ее дубликат — в секторах 10...17 дискеты. Таблица 
начинается с байта описания носителя (того самого, который хранится в байте 151 загру- 
зочного сектора), за которым следуют 2 неиспользуемых байта. Таким образом, информа- 
ция о файлах начинается с байта 3. Все пространство ЕАТ разбито на поля по 1,5 байта 
(3 полубайта), которые закрепляются за последовательными кластерами диска. 

Таким образом, первое 1,5-байтовое поле ЕАТ, начинающееся с байта 3 этой таб- 
лицы, соответствует кластеру 2; следующее 1,5-байтовое поле - кластеру 3 и т. д. Как 
уже отмечалось, в элементе каталога хранится номер первого кластера файла. В поле 
ГАТ, соответствующем этому кластеру, записывается номер второго кластера этого 
файла; в поле ЕАТ, соответствующем второму кластеру файла, записывается номер 
третьего кластера этого файла и т. д. Поле кластера, в котором файл заканчивается, 
помечается кодом ЕЕЕЬ (табл. 29.3). 


Таблица 29.3. Возможные значения полей ЕАТ 


000в 
РЕРВ 


Номер следующего кластера файла 
РЕТЬ Дефектный кластер 








Раздел второй. АППАРАТНАЯ ОРГАНИЗАЦИЯ КОМПЬЮТЕРА 131 


В таблице размещения файлов нет сведений ни об именах файлов, ни об их на- 
чальных адресах — эти данные хранятся в элементах каталогов, соответствующих кон- 
кретным файлам. В ЕАТ записана лишь информация о продолжении каждого файла — 
какие кластеры он занимает и где кончается. Если, например, в кластерах 2, 3 и 4 рас- 
положены три относительно коротких файла, а следующий файл занимает кластеры 5, 
6, 7 и 8, то последовательные поля КАТ (от поля, закрепленного за кластером 2, до по- 
ля, соответствующего кластеру 8) будут заполнены следующими кодами: 

ЕЕЕ ЕГЕЕ ЕРЕ 006 007 008 ЕЕЕ 


Следуст иметь в виду, что при выводе на экран терминала содержимого ЕАТ (по 
байтам) эти данные будут выглядеть по-другому: 
РЕ РЕ РЕ ЕЕ ОЕ 60 00 07 80 ЕЕ хЕ 


Это происходит потому, что при выводе на экран числа, хранящегося в целом 
байте (два полубайта), вначале выводится старшая цифра, а затем младшая. Поэтому 
последовательные полубайты с номерами 0, 1, 2, ... будут выведены на экран в таком 
порядке: 

1,0 3,2 5,4 7,6 


Повреждение РАТ влечет за собой полную потерю информации о файлах на диске. 
Хотя сами файлы могли остаться неповрежденными, однако теряется возможность 
узнать, где находятся их продолжения (для файлов, длина которых превышает один 
кластер). Именно это обстоятельство побудило разработчиков файловой системы 
предусмотреть на каждом диске два экземпляра РАТ, которые при нормальных 
обстоятельствах полностью дублируют друг друга. Часто бывает, что в силу какого- 
либо программного сбоя одна из копий РАТ повреждается; тогда с помощью 
специальных инструментальных средств (например, программы ЗСАМРОЗК.) можно 
скопировать на место поврежденной копии ее неповрежденный дубликат и восстано- 
вить работоспособность диска. 

Приведенные сведения о логической организации диска позволяют пояснить ме- 
ханизм удаления (и восстановления) файлов. Возможность восстановления ошибочно 
удаленных файлов основана на том, что при удалении файла (например, командой 
РО$ БЕГ) сам файл физически не стирается, а остается на диске в точности в том же 
виде, каким он был до удаления. В чем же тогда заключается удаление файла? При 
удалении файла ВО$ выполняет две операции: заменяет первую букву имени файла в 
записи каталога кодом Е5В, соответствующим (на русифицированном компьютере) 
строчной букве "х", а в обеих копиях таблицы размещения файлов помечает свобод- 
ными все кластеры, принадлежащие файлу. Таким образом, для удаленного файла со- 
храняется большая часть его имени и все расширение, а также его длина и номер на- 
чального кластера. С другой стороны, теряется информация о номерах последующих 
кластеров файла. Однако очень часто файл либо оказывастся слитным, занимая на 
диске последовательные кластеры, либо заполняет промежутки между другими фай- 
лами. Специальные программы восстановления позволяют проанализировать дисковое 
пространство и, сделав предположение о возможном местонахождении удаленного 
файла, восстановить его, дописав первую букву имени и заполнив соответствующим 
образом обе копии ЕАТ. Однако полной уверенности в правильности восстановления 
случайно удаленного файла не может быть никогда, за исключением тех случаев, ко- 
гда файл занимает лишь один кластер. Разуместся, возможность восстановления файла 


ООО и 
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полностью теряется, ссли созданные позднее файлы физически затрут его на диске или 
если окажется затертой относящаяся к нему запись каталога. 

В случае необходимости прочитать информацию из системных областей дискеты 
можно воспользоваться прерыванием РОЗ 251, которое позволяет обратиться к любо- 
му сектору диска по сго логичсскому номеру. Поскольку на дискете все секторы име- 
ют логические номера (как будет показано ниже, для жесткого диска это не так), с по- 
мощью прерывания 25Н можно прочитать любой сектор дискеты (для записи исполь- 
зуется прерывание 261). В примере 29.1 читается первый сектор корневого каталога 
дискеты. 


Пример 29.1. Чтение первого сектора корневого каталога 


пом АХ, дааъа ;Инигиализация 

оу 05, АХ ‚регистра 105 

оу АБ, 0 ;Код диска А: 

пом ВХ, оЕЁЕзее РаЕЁ; Смещение буфера в грограмме 
по СХ, 1 ; Число читаемых секторов 

поУу ОХ, 19 ;Номер сектора 

116 258 ;ВЗызов 005 

рор АХ ;Восстановление стека 


В полях данных программы выделяется буфер Ба! объемом 512 байт, куда посту- 
пит содержимое читаемого сектора. Прерывание 251 требует для своего выполнения 
целого ряда параметров. В регистр АГ, заносится код читаемого диска (0 -— А:, | - В:, 
2-С: ит. д.). В регистрах 25:ВХ должен быть адрес буфера для записи возвращаемой 
информации. В регистр СХ заносится число читаемых секторов (за один раз можно 
прочитать более одного сектора), а в регистр ОХ - номер первого сектора, подлежащс- 
го чтению. Прерывание 25Н оставляет смещенным стек, и для его восстановления по- 
сле возврата из РОЗ необходимо выполнить одну команду рор. В результате выполне- 
ния приведенного фрагмснта в буфер Би{ будет прочитано двоичное содержимое пер- 
вого сектора корневого каталога дискеты, установленной на дисководе А:. Не 
составляет труда сохранить содержимое буфера БиЁ в файле, а затем вывести на экран 
в виде 16-ричного дампа (например, с помощью встроенного редактора программе. 
М иноп Сопитапаег), как это сделано на рис. 29.4 для конкретной дискеты. Видно, *:1© 
на дискету были записана метка тома О1ЗКЕТТЕ 38 (она фигурирует в корневом ката- 
логе в виде записи о файле с атрибутом 281), а также три коротких (по 5 байт) файла с 
именами ЕП.Е1.РАТ, ЕШЕ2.РАТ и ЕШЕЗ.РАТ. Эти файлы заняли начальные класте- 
ры дискеты с номерами 2, 3 и 4. Воспользовавшись рис. 29.2 и 29.3, можно расшифро- 
вать поля записи каталога с датой и временем создания файлов. 


00000 44 49 53 4в 45 54 54 45 20 33 38 28 0о 00 00 00 РТЗКЕТТЕ 38(.... 


00010 00 00 00 00 00 00 рр 40 24 29 00 00 00 00 00 00° ...... 125) злее 
00020 46 49 4С 45 31 20 20 20 43 41 54 20 00 00 00 00 ЕТ.ЕТ БАТ .... 
00030 00 00 00 00 00 00 Ра 40 24 29 02 00 05 00 00 00° ...... 123}®.&... 
00040 46 49 4С 45 32 20 20 20 44 41 54 20 00 00 00 00 РТЬЕ2 РАТ .... 
00050 00 00 00 00 00 00 00 41 24 29 03 00 05 00 00 00° ....... 63)+.&... 
00050 46 99 4С 45 33 20 20 20 383 41 54 20 00 00 00 00 РГ.ЕЗ РАТ... 

00070 00 00 00 00 00 00 07 41 24 29 04 00 05 00 00 00° ....... 6$)+.&... 
00080 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00° ................ 





00090 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00° ................ 
00040 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00°’ ........ нь... 
о00вО 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00° ................ 





Рис. 29.4. Корневой каталог дискеты 
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Жесткий диск отличается от дискеты прежде всего наличием не одной, а несколь- 
ких пластин (рис. 29.5), а также значительно большим числом секторов на каждой до- 
рожке и дорожек на каждой поверхности, что позволяет существенно повысить ем- 
кость магнитного диска. 


Магнитные метки (биты данных) 


Сторона (головка) 0 
Сторона (головка) 1 


Сторона (головка) 2 
Сторона (головка) 3 
Сторона (головка). 4 
Сторона {головка) 5 


и Цилиндр 0 Рис. 29.5. Физическая организация 

Цилиндр 1 жесткого диска 

Цилиндр 2 

Самый первый сектор жесткого диска (сектор 1 стороны 0 цилиндра 0) называется 
главным загрузочным сектором (Мафег 6001); он включает в себя программу главного 
загрузчика и таблицу разделов диска (рис. 29.6). В процессе начальной загрузки 
компьютера программы ВГОЗ$ загружают в оперативную память главный загрузочный 
сектор и передают управление на программу главного загрузчика. Эта программа 
анализирует таблицу разделов и отыскивает в ней раздел, являющийся загрузочным 
(как правило, логический диск С:). В память загружается загрузочный сектор этого 

диска, и управление передается на программу начального загрузчика. 









0008 Таблица 0008 0008 
` характеристик 
Программа диска 
главного ОЗЕВ 
загрузчика Программа 
начального 
загрузчика 
1ВЕВ 1ВЕВ 
логических дисков 
Сигнатура АА55В | 1ЕЕЬ Сигнатура АА55Н | 1ЕЕЬ Сигнатура АА$5В | 1ЕЕЬ 
Главный загрузочный Загрузочный сектор Сектор с таблицей 
сектор логического диска логических дисков 


Рис. 29.6. Структуры служебных полей жесткого диска 


В таблице разделов указываются адреса и размеры разделов, на которые разбит 
жесткий диск. Всего в таблице разделов зарезервировано место для четырех 16-байто- 
вых записей о разделах, которых, таким образом, нс может быть больше четырех. Од- 
нако РО5 предоставляет возможность создания не более двух разделов. Один из них, 
называемый первичным, является загружасмым диском С:. Второй раздел называется 
расширенным; в нем можно создать один или несколько логических дисков (П:, Е: и 
т. д. до 0:). Формат записи таблицы разделов приведен в табл. 29.4. 
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Таблица 29.4. Запись таблицы разделов жесткого диска 
начала записи байтов 
ОИ ОИ Флаг загружаемого раздела; ЗОН — раздел загружае- 
мый, 001 — не загружаемый 
Начальная головка 


Начальный относительный сектор 
Число секторов в разделе 


Номера цилиндра и сектора (как начальных, так и конечных) упакованы в одно 
слово, в котором номер сектора занимает биты 5...0, а номер цилиндра записан "впе- 
ремежку": старшие 2 бита номера цилиндра хранятся в битах Ти 6 слова, а остальные 
8 бит - в старшем байте слова, т. е. в битах 15...8. 

Возможные значения типа файловой системы приведены в табл. 29.5. 












Таблица 29.5. Коды типа файловой системы раздела жесткого диска 


16-битовая ЕАТ:; раздел равен или больше 32 Мбайт 


Таблица размещения файлов ЕАТ на дискетах и жестких дисках небольшого объе- 
ма состоит из полей размером 1,5 байта (12 бит), что не позволяет иметь на диске бо- 
‚ лее 4096 кластеров. На дисках большего объема используется 16-битовая ЕАТ, в кото- 
рой поля для записи кластеров имеют размер 2 байта. Это увеличивает размер РАТ, но 
позволяет располагать на диске до 65536 кластеров. Обычно на эти два типа файловой 
системы ссылаются как на ЕАТ12 и РАТ|6. 

Разметка диска, т. е. разбиение его на разделы, осуществляется с помощью про- 
граммы 2О$ ЕБЗК. Обычно на физическом диске создают два раздела: первичный 
(тип 061) и расширенный (тип 051), в котором организуют 2, 3 или более логических 
диска, количество которых выбирают исходя из полного объема физического диска и 

` условий использования компьютера. 

Так или иначе жесткий диск оказывается разбит на логические диски, каждый из 
которых занимает целое число цилиндров; диск С: начинается с начала первой сво- 
бодной дорожки после главного загрузчика, т. е. с сектора 1 стороны 1 цилиндра 0. 
Каждому логическому диску, входящему в расширенный раздел, предшествует сектор, 
содержащий таблицу логических дисков (см. рис. 29.6). В этой таблице указываются 
адреса начала и конца данного логического диска. Таким образом РО$, просматривая 

° последовательно таблицы логических дисков, может постепенно "добраться" до адреса 
любого логического диска расширенного раздела. 
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Таблица логических дисков располагается в самом первом секторе области, выде- 
ленной под логический диск, т. е. в секторе 1 стороны 0 цилиндра п. Оставшаяся часть 
этой дорожки не используется; таким образом, собственно логический диск начинает- 
ся в секторе 1 стороны 1 того же цилиндра. Каждый диск начинается со своего загру- 
зочного сектора (Воо), включающего таблицу характсристик диска и программу на- 
чальной загрузки (используемую только на загрузочном диске С:). Вслед за загрузоч- 
ным ссктором располагаются двс таблицы размещения файлов (ЕАТ) и корневой 


каталог. Все остальное пространство логического диска отводится под область катало- 
гов и файлов (рис. зн 

















циноНы ЕЕ 


Рис. 29.7. Структура физического диска, разбитого на логические диски 


Логический диск С: 





Логический диск 0: 











Логический диск Е: 


Каждый логический диск имеет свою относительную нумерацию секторов, начи- 
нающуюся с нуля. Таким образом, относительный номер сектора надо использовать с 
указанием логического диска, при этом относительный сектор 0 соответствует загру- 
зочному сектору, относитсльный сектор 1 — первому сектору первой копии ЕАТ ит. д. 
Сектор с таблицей логических дисков (как и сектор главного загрузчика) не входит в 
систему относительной нумерации секторов и не принадлежит логическому диску. 
Между прочим, именно по этой причине инструментальные пакеты, работающие не со 
всем физичсским диском, а с логическими дисками (например, РС Тоо1$), не позволя- 
ют прочитать или модифицировать главный загрузчик и таблицы логических дисков. 

Для вычисления номера сектора, относящегося к какому-то файлу или системной 
области диска, необходимо иметь такие характеристики диска, как размеры сектора и 
кластера, число секторов, составляющих ЕАТ и корневой каталог, размеры и адреса 
логических дисков, номера кластеров, отводимых под искомый файл. Эти данные из- 
влекаются из загрузочных секторов дисков, корневых и вложенных каталогов, а также 
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таблиц разделов, логических дисков и размещения файлов. При исследовании диска 
"вручную" удобно воспользоваться программой О15КЕАИ из пакета нортоновских ути- 
лит, которая позволяет обратиться ко всем областям физического диска, или програм- 
мой РС Тоо15, с помощью которой можно изучать только содержимое логических дис- 
ков. Если же поиск, чтение или модификацию областей диска необходимо выполнять 
программно, то для обращения к главному загрузчику и таблицам логических дисков 
следует воспользоваться прерыванием В1О$ 131; секторы, входящие в логические 
диски (загрузочные сскторы, ЕАТ, каталоги и файлы), можно читать и модифициро- 
вать с помощью того же прерывания В1О$ 131, однако проще воспользоваться преры- 
ваниями РОЗ 251 и 261 (см. пример 29.1). 

Некоторое представление о методике работы с системными областями жесткого 
диска может дать приводимый ниже фрагмент программы (пример 29.2), в которой 
выполняется чтение первой таблицы логических дисков (описывающей логический 
диск Р:, см. рис. 29.7). В этом примере с помощью прерывания ВТОЗ$ 131 читается сек- 
тор главного загрузчика (головка 0, цилиндр 0, сектор 1) и из содержащейся в нем таб- 
лицы разделов извлекается номер последнего цилиндра первичного раздела диска (т. е. 
логического диска С:). Добавление сдиницы к номеру последнего цилиндра диска С: 
даст номер цилиндра, на котором находится первая таблица логических дисков (в сек- 
торе 1 стороны 0 этого цилиндра). Сектор с искомой таблицей читается вторым вызо- 
вом прерывания 138. 


Пример 29.2. Чтение первой таблицы логических дисков 
}В сегменте команд 


ма1л ргос #(1) 
пом АХ, Чафа ; (2)Настроим регистр Е$ 
пох Е$, АХ ; (3) на сегмент данных 
}Прочитаем Мазкег Боо& 
пох АН, 025 ; (4) Функция чтения секторов 
пох А, 1 ; (5) Число читаемых секторов (1) 
пом ВХ, ОЕЕзее БцЕ; (6) Е5:ВХ=адрес буфера 
оу СН, 0 (7) Цилиндр (0) 
поУ СЬ, 1 ; (8) Сектор (1) и старшие биты номера цилиндра 
му рН, 0 ; (9) Головка (0) 
пом О, 805 ; (19) Физический диск (жесткий) 
ре ы 135 ; (11) Зызов В1О$ ` 


‚Выделим номер последнего цилиндра первичного раздела 
пох АХ, мог рёх раЕ+1ВЕБ+6; (12) Последний цилиндр раздела 
пох руфе рег су1,АН; (13) Младший байт номера цилиндра 


пом сть, 6 ; (14) Будет сдвиг на 6 бит 

эре АЪ, СЬ ; (15)Биты би 7 в начало байта 

шом рубе рег су1+1, АЦ; (16) Добавим их к номеру цилиндра 

лс су1 ; (17) Получим номер следующего цилиндра 
; Прочитаем таблигу логических дисков 

моУ АН, 0285 ; (18) Функция чтения секторов 

оу АЪ, 1 ; (19) Число читаемых секторов 


оу ВХ, ОЕЁзеЕ роцЕ; (20) Е5:ВХ=адрес буфера 
поУу РН, русе рег су1; (21)Младший байт цилиндра в ОН 
поу ОГ,Бузе рег су1+1; (22) Старший байт цилиндра в ОЬ 


поУ ст, 6 ; (23) Сдвинем 2 младших бита 

$51 РЬ, СЬ ; (24) в разряды 6,7 

ог 01,1 ; (25) Добавим номер сектора 

мох сх, ох ; (26) Перенесем весь параметр в СХ 
оу ОН, 0 ; (27) Головка 

ед оЪ, 808 ; (28)Жесткий диск 

11Е 136 ; (29) Вызов 8105 
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ма1л елар ; (30) 

;3 сегменте данных 

БаЕ ЧЬ 512 а%р {?) ; (31) Буфер для чтения 

су1 Ям 0 ; (32) Временное хранение номера цилиндра 


Функция 02 прерывания 136 требует для своего выполнения передачи ей через 
регистры общего назначения следующих параметров: 
‚ АН=02Н (номер функции); - 
* АГ=число читаемых секторов (у нас один); 
» СН=младший байт номера цилиндра (8 бит); 
» СГ=начальный читаемый сектор (биты 0...5)) и 2 старших бита номера цилиндра 
(биты би7 в СГ); 
‚ » ОН=головка; 
+» ОГ=дисковод (0 или 1 - гибкие диски, ЗОН — первый жесткий диск); 
» Е5:ВХ=адрес буфера, в который поступает прочитанная функцией информация. 


В предложениях 2 и 3 сегментный регистр ЕЗ настраивается на сегментный адрес 
(Чака) сегмента данных. Эта операция необходима из-за того, что функция 02. 
прерывания 13р возвращает прочитанный сектор по адресу, указываемому в паре 
регистров ЕЗ:ВХ. Далее в регистры заносятся необходимые параметры и вызовом 
ВОЗ (предложение 11) выполняется чтение сектора главного загрузчика. Как уже 
отмечалось выше, начало сектора занято собственно программой начальной загрузки, 
а начиная с байта 1В!Н располагается таблица разделов. Номер последнего цилиндра 
раздела (вместе с номером сектора) находится в слове со смещением 6 относительно 
начала этой таблицы (см. табл. 29.4 и текст к ней). Это слово переносится в регистр 
АХ для последующей обработки (предложение 12). Заметим, что формат этого слова 
совпадает с форматом регистра СХ при вызове функции 021 прерывания 131: биты 
0...5 занимает номер сектора, биты 6 и 7 — старшие 2 бита номера цилиндра, а биты 
8...15 (соответствующие регистру СН) — младшие 8 бит номера цилиндра. Если бы нам 
нужно было прочитать последний сектор последнего цилиндра диска С:, слово со 
смещением 6 из таблицы разделов можно было бы просто перенести в регистр СХ. 
Однако мы хотим прочитать первый сектор следующего цилиндра. Для получения его 
номера нам придется преобразовать слово со смещением 6, выделить из него номер 
цилиндра (предложения 12...15), прибавить к нему | (предложение 17), а при формиро- 
вании параметров второго вызова прерывания {ЗВ выполнить обратную операцию 
слияния в одном слове номеров цилиндра и сектора (предложения 21...25). Эти 
преобразования сначала осуществляются в регистре ОХ (регистр СЁ нужен для 
выполнения команды $51), а затем сформированный параметр переносится в регистр 
СХ (предложение 26). 

В результате выполнения приведенного выше фрагмента в буфер БЕ будет прочи- 
тан весь сектор с первой таблицей логических дисков. Участок этого буфера, начи- 
нающийся со смещения ] ВЕН, представляет собой искомую таблицу разделов. На 
рис. 29.8 приведен 16-ричный дамп последних 80 байт сектора с таблицей логических 
дисков конкретного компьютера. Анализируя содержимое таблицы, можно увидеть, 
что логический диск О: начинается с цилиндра с номером 5Е!=94, а заканчивается ци- 
линдром с номером 9Ей=158. Таким образом, объем диска О: составляет 64 цилиндра, 
или приблизительно 500 Мбайт (рассматриваемый диск имел 255 головок при 63 сек- 
торах на каждой дорожке). | 
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00180 00 00 00 00 | 00 00 00 00 | 00 00 00 00 | 00 00 00 01 ...............® 
00160 01 5Е 06 РЕ | ЗР Эр ЗР 00 | 00 00 01 во | ОР 00 00 00 ©^4?3?...@]ю... 
00120 01 ЭЕ 05 РЕ | ЗР ЬЬ 40 ВО | ОР 00 40 во | ог 00 00 00 она о. р... 
001ЕО 00 00 00 00 | со 09 00 00 | оо 00 00 00 | 00 06 00 90° ................ 
00170 00 00 00 00 | 00 00 06 00 | об 00 00 00 | 00 00 55 44° .............. К 


Рис. 29.8. Первая таблица логических дисков 


Статья 30. Чараллельный интерфейс 


Как уже отмечалось ранее (см. статью 23), основным средством связи между раз- 
личными устройствами, входящими в состав компьютера, является системная магист- 
раль. Устройства подключаются к магистрали через управляющие блоки, обычно на- 
зываемые контроллерами или адаптерами. Именно так организуется работа, например, 
видеосистемы, магнитных дисков, клавиатуры. Во многих случаях так же осуществля- 
ется и расширение состава компьютера: новые устройства (точнее, их управляющие 
блоки, выполняемые в виде плоских печатных плат) подключаются к системной маги- 
страли через предусмотренные для этого резервные разъемы системной платы - "сло- 
ты". Этот способ используется, например, для включения в состав компьютера звуко- 
вых плат или некоторых модемов. 

Имеется и другой способ комплектации компьютера дополнительным внешним 
оборудованием. Он заключается в использовании последовательного и параллельного 
интерфейсов — стандартных средств передачи данных, адаптеры которых всегда вхо- 
дят в состав современных компьютеров. Эти адаптеры подключены к системной маги- 
страли, что обеспечивает возможность их программного управления, а их выходы 
оформлены в виде разъемов, выведенных на заднюю панель компьютера. Как правило, 
компьютер комплектуется одним выводом параллельного интерфейса и двумя незави- 
симыми выводами последовательного, хотя и тех и других выводов может быть боль- 
ше. В стандартной конфигурации один из разъемов последовательного интерфейса ис- 
пользуется для подключения мыши (другой можно использовать для связи с другими 
компьютерами или для подключения внешнего модема), а через параллельный интерфейс 
осуществляется подключение принтера. И тем и другим интерфейсом можно воспользо- 
ваться для подключения нестандартного (например, измерительного) оборудования. Рас- 
смотрим сначала особенности функционирования параллельного интерфейса. 

В компьютерах используется разновидность параллельного интерфейса под назва- 
нием Сепгоп!с$, отличающаяся относительно высокой скоростью передачи данных (до 
150 Кбайт/с) и простотой программирования. Сепоп!с$ позволяет передавать данные 
только в одном направлении — из компьютера в устройство, однако при необходимо- 
сти передать данные из нестандартного устройства в компьютер это можно сделать с 
помощью четырех линий состояния интерфейса. Впрочем, используется и разновид- 
ность параллельного интерфейса с возможностью двухсторонней передачи данных. 
Разумеется, в установке, подключаемой к компьютеру через параллельный интерфейс, 
должно быть предусмотрено устройство сопряжения, воспринимающее и вырабаты- 
вающее сигналы обмена с интерфейсом. 

Интерфейс Септоп1с$ подключается к периферийному устройству (принтеру) с по- 
мощью кабеля, содержащего 17 сигнальных линий и несколько линий нуля. Управле- 
ние интерфейсом осуществляется через три закрепленных за ним порта: порта данных 
с адресом 3781, порта состояния принтера с адресом 3791 и порта управления принте- 
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ром с адресом З7АВ. Порты фактически представляют собой 8-разрядные регистры, 
биты которых соответствуют сигналам интерфейса. Некоторые из этих сигналов (кон- 
кретно — сигналы портов данных и управления) являются для интерфейса выходными; 
их должна устанавливать программа, управляющая передачей информации. Другие 
сигналы, наоборот, поступают из периферийного устройства и отображаются в со- 
стоянии закрепленных за ними битов порта состояния; программа должна читать и 
анализировать эти биты. 

На рис. 30.1 показаны порты интерфейса Сепгоп!с$ с указанием сигналов, соответ- 
ствующих конкрстным битам (апостроф (') после названия сигнала обозначает, что на 
данной линии действуст сигнал обратной полярности). 

3788 Порт данных 
76543210 


17...20 Байт данных 


3796 Порт состояния 
76543210 


ЕВВОВ? 0 = ошибка - 
ЗЕСТ 1 = принтер выбран 


РЕ 1 = нет бумаги 
АСК” 1 = готов к присму следующего символа, 
если ВИЗУ сброшен 


ВИЗУ’ 0-= принтер занят, 1 = свободен 
З7АВ Порт управления 


76543210 


ЭТКОВЕ 1 = при посылке байта 
АТО —1=1Е после СВ. 


ИТ 0 = отключение принтера 
ЗГСТИМ 1 = выбор принтера 
ВО ] = разрешение прерываний 


Направление передачи 
для двунаправленного интерфейса 


Рис. 30.1. Порты интерфейса Сетготс; 


Программирование параллельного интерфейса требует некоторых сведений о сго 
протоколе, т. с. послсдовательности и взаимодействии сигналов, которыми интерфейс 
обменивается с подключенным к нсму устройством. Некоторые из этих сигналов име- 
ют узкоспециализированное назначение и возникают лишь в особых случаях (напри- 
мер, сигнал РЕ — конец бумаги), другие же принимают обязательное участие в проце- 
дуре передачи данных. К последним относятся 8 бит данных и три управляющих сиг- 
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нала ЗТВОВЕ', ВИЗУ и АСК' (рис. 30.2). (Апостроф обозначает то же, что и на 
рис. 30.1.) 


Интерфейс 
7 ПРИИТЕР | СТВОВЕ’ 





{ _ Принтер занят 
обработкой байта 


`—_ 1 Принтер готов 


принять 
следующий 
байт 


Принтер - | ВИЗУ 
интерфейс 


Рис. 30.2. Протокол передачи данных для интерфейса Сеттот!с; 


Сигнал ВОЗУ считается активным, когда он имеет высокое значение. В противо- 
положность этому активное состояние сигналов ЗТКОВЕ' и АСК! низкое, отчего они и 
обозначаются с тем или иным дополнительным значком (с.чертой наверху, со знаком 
минус или с апострофом, как у нас). Прослеживая соответствие сигналов интерфейса 
состоянию битов его портов, необходимо иметь в виду, что для некоторых сигналов 
(ЗРСТ, РЕ, ЗТКОВЕ) в порты записываются их прямые значения, а для других 
(ЕВКОК, АСК, ВИЗУ) - инверсные. 

Вывод на принтер каждого байта данных состоит из трех этапов. Прежде всего 
программа должна дождаться нсактивного состояния сигналов ВОЗУ и АСК (это и 
есть ожидание готовности устройства). Убедившись, что биты 6 и 7 порта состояния 
3791 установлены в 1 (см. рис. 30.1), программа посылает в порт данных 3786 байт 
данных, что приводит к установке кода данных на линиях интерфейса 07...00. Нако- 
нец, программа должна установить на короткое время сигнал ЗТВОВЕ, что реализует- 
ся путем установки и затем сброса бита 0 порта управления 37 АН. Следующие байты 
посылаются точно таким же образом. 

Выполняя все эти операции, необходимо учитывать временные характеристики 
интерфейса. Сигнал ЗТКОВЕ можно посылать в порт управления не ранее чем через 
0,5 мкс послс установки данных, что может потребовать введения в программу не- 
большой программной задержки (одной или нескольких команд тр, см. приведенный 
ниже текст программы). То же относится и к длительности сигнала ЗТКОВЕ, которая 
не должна быть меньше той же величины 0,5 мкс. Практически программные задерж- 
ки часто оказываются не нужны. 

Обратимся еще раз к рис. 30.2. Принтер, сняв с линий данных байт данных и начав его 
обработку (вывод на печать или сохранение во внутренней памяти), устанавливает ответ- 
ный сигнал ВУЗУ, действующий все время, пока принтер занят обработкой байта данных. 
Закончив обработку байта, принтер на некоторое время устанавливает сигнал АСК. и сбра- 
сывает сигнал ВИЗУ. Окончание сигнала АСК (при сброшенном состоянии сигнала ВОЗУ) 
говорит интерфейсу об окончании данной операции обмена и о возможности посылки сле- 
дующего байта данных. Ввиду краткости сигнала АСК часто оказывается, что ожидать его 
снятия нет необходимости; достаточно дождаться неактивного состояния сигнала ВЦЫЗУ 
(т.е. | в битс 7 порта состояния). Вообще следует заметить, что различные принтеры могут 
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несколько по-разному выполнять свою часть протокола обмена. Рассмотренный ниже при- 
мер отлаживался на принтере Ерзоп ГО-100. 

Приведем текст программы (пример 30.1), в которой принтер программируется, 
как говорят, на физическом уровне, т. е. путем обращения к его портам. Разумеется, в 
большинстве случаев для вывода на принтер текста из выполняемой программы проще 
воспользоваться функциями 2О$. Однако в некоторых специальных случаях прихо- 
дится прибегать и к программированию через порты, например если принтер исполь- 
зуется в нестандартном режиме или параллельный интерфейс служит для связи с не- 
стандартным устройством. 


Пример 30.1. Программирование параллельного интерфейса 


мох СХ, 10 ;Повторить 10 раз 
поУ 2Х,379. ;Порт состояния 
ма1е1: 1п АТ, ОХ ;Чтение состояния 


ала АБ, ОСОБ ;Оставляем биты 7(ВЧ95У) и 6(АСК), маскируем бит 4 (5ЬСТ) 
спр АБ, ОСОВ ;ВУЗУ=АСК=1? 


ле \а1%1 ;Нет, продолжать огрос порта 
5уш: поУ АБ, '*' ;Символ для печати 

шоу 2Х,378В ;Порт данных 

опе ОХ, АБ ;Вывод символа 

пох  ОХ,З7АВ ;Порт управления 

та АБ, ОХ ;Читаем из порта. Там ССВ (5Ъ.СТ ТМ =1, ТМТТ=1) 

Этмр $+2 ; Небольшая задержка 

ог АБ, 1 ‚Устанавливаем сигнал ЭТВОВЕ 

оче ОХ, АБ ;В порт 

пр $+2 ; Небольшая задержка 

. апа АЬЪ,ОРЕБ ;Сбрасываем сигнал УТКОВЕ 
спе ОХ, АБ ;В порт 
1оор зум ;Цикл 


В приведенном примере предполагается, что принтер выбран и установлен в ис- 
ходное рабочее состояние, что обычно выполняется автоматически при его включе- 
нии. Свидетельством зтого будут установленные биты 2 и 3 (ЗЕСТ [М и ПМП) в порте 
управления, а также бит 4 (ЗСТ) в порте состояния. В программе не выполняется 
анализ байта состояния на наличие ошибки или конца бумаги, что при работе с прин- 
тером, вообще говоря, следует предусматривать. 


Статья 31. Последовательный интерфейс 


Рассмотренный выше параллельный интерфейс отличается тем, что передача дан- 
ных между компьютером и внешним устройством осуществляется по 8-разрядному 
каналу сразу целым байтом. Такая параллельная передача данных обеспечивает отно- 
сительно высокую скорость обмены информацией, но требует многопроводных кана- 
лов связи (напомним, что разъем Сепгоп1с$ содержит 17 сигнальных линий). В тех 
случаях, когда источник или приемник информации удален от компьютера на значи- 
тельное расстояние, а также когда нежелательно использовать многопроводной кабель, 
применяется последовательная передача, при которой данные проходят по единствен- 
ной линии связи последовательно бит за битом. Это позволяет существенно упростить 
соединенис, но, с другой стороны, заметно (по меньшей мере на порядок} уменьшает 
скорость передачи данных. 
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Различают два способа последовательной передачи данных: синхронный и асин- 
хронный. В первом случае данные псредаются сплошным потоком, без разделения на 
байты. Для идентификации отдельных битов источник и приемник должны управлять- 
ся синхронно работающими генераторами. Во втором случае начало и конец каждой 
порции информации (кадра) отмечаются специальными метками; требования к син- 
хронизации передатчика и приемника заметно снижаются, хотя падает и скорость пе- 
редачи (за счет меток начала и конца кадра). Последовательный интерфейс компьюте- 
ра использует асинхронную передачу. 

Стандартный формат последовательной асинхронной передачи данных изображен 
на рис. 31.1. Уровень логической единицы в линии называется маркером, уровень ло- 
гического нуля — пробелом. При отсутствии данных в линии действует сигнал маркера. 
Передача порции данных начинается с посылки стартового бита пробела. После этого 
передаются биты данных, число которых в кадре может устанавливаться от 5 до 8, хо- 
тя реально кадр всегда соответствует байту. За битами данных может следовать бит 
контроля четности (паритета). Этот бит выбирается в каждой порции данных таким 
образом, чтобы общее число единиц в битах данных и бите паритета было четным 
(или нечетным). Кадр заканчивается стоп-битом, имеющим уровень маркера. После 
этого в линии может поддерживаться состоянис отсутствия данных (уровень маркера) 
или начинаться следующий кадр (стартовым битом пробела). 


Следующий 
Кадр кадр 
| оттого 1 ” 
Маркер, если следующего 





Старт-бит Стоп- бит Старт-бит 


Рис. 31.1. Структура кадра при последовательной передаче данных 


Сигналы в линии могут иметь различное представление. При передаче на неболь- 
шие расстояния в линии действуют биполярные уровни напряжения —15В/+15 В (этот 
способ передачи носит название стандарта К$-232). При болыших расстояниях (до 
1,5 км) используют токовую петлю — импульсы постоянного тока значением 20 или 
40 мА, передаваемые по двухпроводной линии, Наконец, при передаче информации на 
неограниченные расстояния по телефонным линиям уровни напряжения преобразуют 
в посылки (пачки) синусоидальных сигналов. Сигналу маркера соответствует более 
высокая частота (тон), сигналу пробела — болсе низкая. Задачу преобразования сигна- 
лов напряжения, действующих на выходе последовательного интерфейса, в сигналы 
телефонного тона выполняет специальное устройство — модем, часто входящее в со- 
став оборудования современного компьютера. 

Обычно компьютер имеет два встроенных последовательных интерфейса (два по- 
следоватсльных порта), называемых СОМ! и СОМ2. Выходные разъемы этих интер- 
фейсов включают целый ряд сигналов, входящих в протокол В5-232 и обеспечиваю- 
щих полное управление модемом (рис. 31.2). 
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Наимено- Номера контактов Направление Функция 
вание 25-кон- 9-кн- (ПК <> аппаратура) 
тактный тактный 
тр 2 к > Персдаваемые данные 
ВО 3 2 <— Принимаемые данные 
ВТУ 4 7 > Запрос передачи 
СТ$ 5 8 <—- Готов к передаче 
ОТВ 20 4 > ПК готов 
0$В 6 6 < Аппаратура готова 
вс $ 1 < Детектор принимаемого сигнала 
В 22 9 <—- Индикатор вызова 
ЕС 1 - Защитное заземление (корпус) 
$С 7 5 Сигнальное заземление 


Рис. 31.2. Сигналы интерфейса К5-232 и их разводка по контактам разъемов 


Помимо выходной и входной линий, через которые осуществляется собственно 
передача данных, в протоколе $-232 предусмотрены сигналы запроса и готовности 
передачи, запроса и готовности принимающей аппаратуры и ряд других. В зависимо- 
сти от вида аппаратуры, подключаемой к компьютеру через последовательный порт, 
используется та или иная часть этих сигналов. В ‘простейшем случае связь 
осуществляется по трехпроводному кабелю, две линии которого служат для передачи 
данных в одну и другую сторону, а третья являстся нулевой. 

Порт СОМТ обычно использустся для подсоединения мыши; через порт СОМ2 
к компьютеру подключается внешний модем. Порт СОМ2 можно использовать также 
и для связи двух компьютеров, если необходимо организовать двухмашинный ком- 
плекс. Для этого достаточно изготовить трехпроводный кабель, связывающий контак- 
ты 9- или 25-контактных разъемов так, как это показано на рис. 31.3, и соединить с его 
помощью свободные разъемы последовательных интерфейсов компьютеров. 


Рис. 31.3. Кабель для связи двух компьютеров 
$56 ———_—_5С через последовательные порты 


Рассмотрим основы программирования последоватсльного интерфейса на примере 
двухмашинного комплекса. Программирование последовательной передачи данных в 
общем случае включает в себя два этапа: инициализацию интерфейса и передачу- 
прием данных. На этапе инициализации необходимо задать скорость передачи, а также 
характеристики кадра (число стоп-битов, наличие или отсутствие проверки четности и 
пр.). Разумеется, все эти настройки должны совпадать на передающем и прини- 
мающем оборудовании. Если связь будет работать в режиме прерываний, следует 
такжс определить условия возбуждения сигнала прерывания (например, по приему 
очередного символа или по его посылке). Настроив интерфейсы обеих машин, можно 
приступить к передаче данных. Здесь необходимо продумать вопросы взаимодействия 
передающего и принимающего оборудования, конкретно — как принимающая машина 
узнает о начале передачи и как она определит, что передача завершилась. В простей- 
шсм случае, когда число передаваемых байтов известно заранее, достаточно запустить 
принимающую программу раньше, чем передающую, и в обсих этих программах 
предусмотрсть циклы передачи и приема из одинакового числа шагов. 
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Управление последовательным интерфейсом можно выполнить либо с помощью 
соответствующих функций прерывания 141 В1О$, либо на физическом уровне, обра- 
щаясь непосредственно к регистрам последовательных портов. Первый способ немно- 
го проще, но.имеет ограниченные возможности, в частности не позволяет настроить 
режим прерываний. Управление последовательным портом через его регистры обеспе- 
чивает большую скорость и полноту. В приводимых ниже примерах использованы 
функции ВГО$. 

Для инициализации последовательного порта предусмотрена функция 001 преры- 
вания [41. Номер порта (0 — СОМ1, 1 - СОМ?) указывается в регистре ОХ; режим ра- 
боты порта задается в регистре А! с помощью байта инициализации, назначение от- 
дельных битов которого приведено на рис. 31.4. | 


7 6 5 4 3 2 1 0 Биты 
а — —_—_и 
Скорость передачи, бод: Контроль Число битов 
000: 110 .ЧЕтности: данных: 

001: 150 00: нет 00: 5 
010: 300 01: нечетность 01:6 
011: 600 10: нет 10:7 
100: 1200 11: четность 11:8 
101: 2400 Число 
110: 4800 стоп-битов: 
111: 9600 0:1 

1:2 


Рис. 31.4. Параметры инициализации последовательного порта 


Передача | байта данных в линию осуществляется с помощью функции © 11, а при- 
ем байта данных — с помощью функции. 021. В обоих случаях в регистре ОХ указыва- 
ется номер порта, а регистр АГ, служит источником и приемником байта данных. Если 
при приеме данных функцией 021 во входном регистре порта байт данных отсутству- 


ет, функция возвращает ненулевое значение в регистре АН; если байт принят, значе- 
ние АН равно нулю. 


Пример 31.1. Передача данных через последовательный порт 
‚Инициализируем порт передающего компьютера 


оу АН, ОБ ;Ффункция инициализации 
поУу А1,1110111Ю ;9600 бод, 2 стоп-бита, 8 байт 
поу ОХ, 1 ;СОМ2 
1пе 1246 ;Вызов ВТО5 

;Пошлем в цикле 10 байт 
мох СХ, 19 ;Число передаваемых байтов 
поУ АГ, 408 ;Пересылаемый байт 

зпа: мох АН, 016 ;Функсия передачи 
поУ ОХ, 1 ; СОМ2 
топе 146 ;Вызов ВТО5 
1оор зла ;Цикл 


В приведенном примере для простоты 10 раз пересылается один и тот же код 401 
`(код символа @). Нструдно модифицировать программу так, чтобы в каждом шаге 
цикла пересылаемый байт тем или иным способом изменял свое значение. 
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Пример 31.2. Прием данных через последовательный порт 
;Инициализируем горт принимающего комгьютера 


оу АН, ОБ ;Функция инигиализации 
поУ АТ, 1110311р ;9600 бод, 2 стол-бита, 8 байт 
оу ОХ, 1 ;с0м2 
106 14АВ ;Вызов ВТО5 
;Примем в гикле 10 байт | 
по СХ, 10 ;Число принимаемых байтов 
хс\: моУ АН, 028 ;} Функция приема 
поу ОХ, 1 ;СОМ2 
116 146 ;Вызов ВТО$ 
стр АН, 0 ;Байт пришел? 
ре хсУ ; Нет, повторим полытку 
пох АН, 026 :Функция вывода на экран 
шоу ОБЬ, АБ ;Принятый байт 
те 218 ;Вызов 205 
1оор хсу ;Цикл 


В примере 31.1 предусмотрен вывод каждого принятого байта на экран для кон- 


троля. При этом предполагается, что по линии связи пересылаются отображаемые на 
экране коды. 
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Раздел третий 
ОРГАНИЗАЦИЯ ПРОГРАММ 


Статья 32. Программы .ЕХЕ и .СОМ 


До сих пор, рассматривая различные программные примеры, мы помещали коман- 
ды программы в сегмент команд, данные - в сегмент данных, а для операций со стеком 
предусматривали в программе отдельный сегмент стека. У читателя могло при этом 
создаться представление, что такая многосегментная структура программы является 
естественной или даже единственно возможной. Однако это не так. 

Операционная система М$-РО$ предусматривает два типа выполнимых программ, 
которым соответствуют расширения имен выполнимых файлов .СОМ и .ЕХЕ. Основ- 
ное различие этих программ заключается в том, что программы типа .СОМ состоят из 
единственного сегмента, в котором размещаются программные коды, данные и стек, а 
в программах типа .ЕХЕ для собственно программы, данных и стека предусматривают 
отдельные сегменты. Таким образом, размер программы типа .СОМ не может превы- 
сить 64 Кбайт, а размер программы типа .ЕХЕ не имеет такого жесткого ограничения, 
так как в нее может входить любое число сегментов команд и данных. Все приводи- 
мые ранее примеры относились к программам типа .ЕХЕ. 

Программы типа .ЕХЕ и .СОМ различаются форматом исходного текста, процеду- 
рой подготовки выполнимого файла, а также форматами загрузочных файлов. 

Структура исходного текста типичной .ЕХЕ-программы выглядит следующим об- 
разом: 





фехе 5едтепЕ ; (1) Начало сегмента команд 
аззите С5:Еехе, 05 :Яафа ; (2) 
пургос ргос ; (3) Начало главной процедуры 
поУ АХ, сехе ; (4) Инициализация сегментного 
шоу 05, АХ ; (5) регистра 2$ 
... ; (6) Программные предложения 
по АХ, 4С00В ; (7) Функция 09$ АСВ 
те 216 ; (8) завершения программы 
пургос епар ; (9) Конец главной процедуры 
сехе елаз ; (10) Конец сегмента команд 
Чаёа 5едтеп& ; (11) Начало сегмента данных 
... ; (12) Огисания данных 
Чафа елЯз ; (13) Конец сегмента данных „ 
зЕК 5едтепЕ зсаск ; (14) Начало сегмента стека 
... ; (15) Стек 
ЗЕК епаз ; (16) Кокег сезмента стека 
епа пургос ; (17) Конец текста с точкой входа 


В программе описаны три сегмента: команд {ех, данных 4айа и стека 5. Собст- 
венно программа обычно состоит из процедур. Деленис программы на процедуры не 
обязательно, но повышает ее структурированность и наглядность. В приведенном тек- 
сте сегмент команд содержит единственную процедуру тургос, открываемую опера- 
тором ргос и закрываемую оператором спар. Перед обоими операторами указывается 
имя процедуры. Поскольку после трансляции имя процедуры приобретает значение 
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смещения первого предложения процедуры в сегменте команд, это имя можно указать 
в качестве точки входа в последнем предложении программы (оператор епа). 

Как уже отмечалось ранее, в процессе загрузки выполнимого модуля программы в 
память система пристраивает к началу программы дополнительный сегмент — префикс 
программы РР размером точно 256 байт. Таким образом, образ программы типа .ЕХЕ 
в памяти всегда имеет на один сегмент больше, чем включено в нее программистом 


(рис. 32.1). 
0$, Е$ 
РР 
256 байт 


Система, загрузив программу в память, инициализирует сегментные регистры, так 
что регистры 0$ и Е$ указывают на начало РЗР, С$ — на начало сегмента команд, 
а 55 — на начало сегмента стека. В указатель команд [Р загружается смещение точки 
входа в программу (которое берется из операнда директивы еп4), а в указатель стека 
ЗР — смещение конца сегмента стека. Таким образом, после загрузки программы в 
память адресуемыми оказываются все сегменты, кроме сегмента (или сегментов) 
данных. Инициализация регистра 0$ в первых строках программы (предложения 4 и 5 
предыдущего примера) позволяет сделать адресуемым и сегмент данных. 

Формат .ЕХЕ наиболее удачно отвечает требованиям разработчиков программ и 
является преобладающим. Однако в некоторых случаях, когда объем программы неве- 
лик, оказывается удобно не дробить программу на отдельные сегменты, а включить 
все компоненты программы в один сегмент. Этот единственный сегмент должен, та- 
ким образом, содержать префикс программы (РЗР), коды команд, данные и стек. Такие 
односегментные программы, соответствующис в терминологии языков высокого 
уровня минимальной (#пу)} модели памяти, обычно образуют загрузочные модули типа 
‚СОМ, хотя иногда могут иметь и другие расширения (например, 5У5$). Программы 
типа .СОМ не имеют особых преимуществ перед программами типа .ЕХЕ, кроме своей 
компактности, однако они широко используются, преждс всего в качестве резидент- 
ных программ. 

При создании программы типа .СОМ необходимо выполнение двух условий: во- 
первых, исходный текст программы должен быть написан в опредсленном формате, с 
ограничениями, соответствующими минимальной модели памяти, и, во-вторых, необ- 
ходимо после компоновки получить выполнимый файл с расширением (СОМ. Послед- 
нее выполняется по-разному в различных системах программирования. 

При использовании пакста ТАЗМ достаточно при вызове компоновщика указать 
ключ /Т: 


ТАЗМ /2./МР,Р, Р 
ТЫМК /Х/ТР,Р 












С 


55 


< 5Р Рис. 32.1. Образ памяти программы типа .ЕХЕ 


Обратите вниманис на отсутствие ключей /2/1 и /У\ в строках вызова ассемблера и 
компоновщика соотвстственно. Эти ключи, передающие в выполнимый файл отладоч- 


ную информацию, неприменимы в случае программ типа .СОМ, отладка которых не- 
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сколько затрудняется, так как программист, работая с отладчиком, видит в кадре от- 
ладчика только коды команд с их мнемоникой, но не исходный текст программы. 

После выполнения приведенных выше команд в дополнение к исходному файлу 
Р.АЗМ будут образованы еще три файла: объектный Р.ОВ}, с листингом трансляции 
Р.ГЗТ и выполнимый Р.СОМ. 

При использовании ассемблера МАЗ$М и соответствующего ему компоновщика 
ЫМК процесс подготовки .СОМ-программы усложняется. Компоновщик [ЛМК может 
создать загрузочный модуль лишь с расширением .ЕХЕ. Если, однако, исходная про- 
грамма написана в формате .СОМ, этот модуль .ЕХЕ не является полноценной про- 
граммой и в большинстве случаев будет неработоспособен. Чтобы получить выполни- 
мую программу, файл с расширением .ЕХЕ необходимо преобразовать в формат.СОМ 
с помощью утилиты ЕХЕ?ВИУ, входящей с состав пакета М$-2ОЪ: 

ЕХЕ2ВИМ Р.ЕХЕ Р.СОМ 


Для того чтобы освоить написание программ в формате (СОМ, воспользуемся 
самой первой программой из статьи | и видоизменим ее требуемым образом 
(пример 32.1). 


Пример 32.1. Простейшая программа типа. СОМ 


фехе зедчтеле 
азэзите Сэ: сехе, 05: Еехё 
ога 256 ;Резервирование места для Р5Р 


пургос ркос 
пох АН, ОЗВ 


оу ОХ, оЕЕЗеЕ меза 

106 216 

оу АХ, 4АСООНБ 

106 218 
пурхос епар 
меза ЧЮ 'Программа типа .СОМ$' 
фехе еп45 

епа мургос 


Программа содержит единственный сегмент {ех(. В директиве а55ите указано, что 
сегментные регистры С$ и 0$ будут соответствовать этому сегменту (в этом конкрет- 
ном примере, в котором нет прямых обращений к ячейкам данных, можно было’ огра- 
ничиться директивой аззите СЗЦех®). 

Директива огр 256 резервирует 256 байт для РЭР. Заполнять РЗР будет по- 
прежнему система, но место под него в начале сегмента должен отвести программист. 
В программе нет необходимости инициализировать регистр 0$, поскольку его, как и 
остальные ссгментные регистры, инициализирует система. Данные можно разместить 
после программной процедуры, как это сделано в нашем примере, или внутри нее, или 
даже перед ней. Следует только иметь в виду, что при загрузке программы типа.СОМ 
регистр 1Р всегда инициализируется числом 256 (1001), поэтому сразу за директивой 
огр 256 должно стоять первос выполнимое предложение программы. Если в начале 
программы жслательно расположить данные, перед ними следует поместить команду 


перехода на первую команду программы: 
пургос ркос 
пр епегу 


пеза АБ 'Программа типа .СОМ$' 
епёгу: поч АН, ОЭВ 

мох ОХ, оЕЁзее мез9 

1пе 218 
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Образ памяти программы типа ‚СОМ показан на рис. 32.2. 
С$, 0$, ЕЗ, 5$ 
> РР 
256 байт 


Программа 
64 Кбайт и данные 


< 1Р=01008 


Стек 


Рис. 32.2. Образ памяти программы 
<— ЗР-ЕЕЕЕН тТипа.СОМ 


После загрузки программы все 4 сегментных регистра указывают на начало 
единственного сегмента, т.е. фактически на начало РЗР. Указатель стека автома- 
тически инициализируется числом РЕЕЕВ. Таким образом, независимо от фактичес- 
кого размера программы, ей выделяется 64 Кбайт адресного пространства, всю 
нижнюю часть которого занимает стек. 

Создайте файл с программой из примера 32.1. Подготовьте программу к выполне- 
нию. Выполните пробный прогон программы и убедитесь, что она работает как ожи- 
далось. Запустите программу под управлением отладчика. Внимательно рассмотрите 
содержимое регистров процессора: сегментных, указателя команд, указателя стека. Вы 
увидите, что все обстоит в точности так, как показано на рис. 32.2. 

Что же в этом хорошего? Мы написали очень короткую программу, содержатель- 
ная часть которой занимает (как можно увидеть из листинга трансляции) всего 
201 байт, а с учетом РЪР - 120} = 288 байт. Между тем в памяти эта программа займет 
64 Кбайт, причем большая часть этого пространства отводится под стек. Однако в ре- 
альной программе, если только мы не собираемся хранить в стеке большие массивы 
данных, размер стека можно ограничить величиной 200...300 байт. Выполним эту опе- 
рацию (пример 32.2). 





Пример 32.2. Программа типа .СОМ с явным выделением стека 


фехе зедшепе ; (1) 
аззище С5:Еехе, рб: ЕехЕ ; (2) 

ога 256 ; (3) Резервирование места для Р5Р 
шургос ркос ; (4) 

МОУ 52, ОЕЁзеЕ елЯзеК ;(5)Инигиализанция 5Р 

поу АН, ОЭВ ; (6) 

оу ОХ, оЕЁЕзее шезч ;(7} 

11 218 , ; (8) 

оу АХ, 4С00В ; (9) 

1пЕ 218 # (190) 
туркос епар # (11) 
мез9 ЧБ 'Программа типа .СОМ$' ; (12) 

еуеп4а*а ; (13) Сместимся к границе слова 

од $+256 ; (14) Резервируем место для стека 
елазЕК=$ ; (15) Сбозначаем смещение этой точки 
фехе епЯз ; (16) 

ела тургос $ (17) 


В самом конце программного сегмента с помощью директивы огё (предложе- 
ние 14) сместим счетчик текущего адреса на 256 байт относительно текущего состоя- 
ния. В этом пустом пространстве будет располагаться стек. Директива еуепдайа вырав- 
нивает конец области стека на четный (еуеп) адрес, т. е. на границу слова, что делает 
работу стека чуть более наглядной. Необходимости в этом нет; заполнение стека мо- 
жет начинаться и с нечетного адреса. В предложении (15) вводится символическое 
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обозначение еп4$К, которому дается значение смещения первого байта за пространст- 
вом стека (для приведенного выше примера это значение составляет 224[). Именно 
этим смещением следует инициализировать указатель стека, что и выполняется первой 
командой процедуры тургос (предложение 5). Теперь программа в процессе своей ра- 
боты не выйдет за пределы адресного пространства 224Н = 548 байт, и мы действи- 
тельно получили компактную односегментную программу. 

В действительности, однако, выполненная выше операция почти бессмысленна. 
Дело в том, что М$-02О$ принципиально является однозадачной операционной систе- 
мой, которая позволяет в каждый момент времени выполняться лишь одной програм- 
ме. Запустить одновременно две или больше программ нельзя — в 2О$ нет таких 
средств. В этом случае вопрос о размере программы теряет свою остроту. Не имеет 
значения, будет ли наша программа занимать 548 байт или 64 Кбайт; в любом случае 
вся оперативная память за пределами программы никак использоваться не будет. 

Между прочим, отражением однозадачности ООЗ является тот факт, что при за- 
грузке программы в память 2О$, независимо от фактического размера программы, 
выделяет для нее всю свободную память (т. е. около 600 Кбайт). Поставим экспери- 
мент по проверке этого утверждения. Попробуем с помощью соответствующей сис- 
темной функции выделить для нашей программы дополнительную память. Эта опера- 
ция выполняется с помощью функции 481, при вызове которой регистр ВХ должен со- 
держать число требуемых параграфов памяти. Если функция выполнилась успешно, в 
регистре АХ возвращается сегментный адрес выделенного участка (блока) памяти. Ес- 
ли выделить затребованный объем памяти не удалось, система фиксирует ошибку: ус- 
танавливается флаг СЕ, в регистре АХ возвращается код ошибки (в данном случае код 
8 — нехватка памяти), а в регистре ВХ - размер наибольшего свободного блока памяти 
в параграфах. 

Включим в любое место программы 32.2 (например, после предложений 5 или 8) 
следующие строки: 


поУ АН, 48Н ;Функция выделения блока памяти 
по ВХ, 1 ;Затребуем 1 гараграф (16 байт) 
пе 218 ; Переход в М5-1005 


Запустим программу в отладчике, остановив ее после выполнения последней ко- 
манды приведенного выше фрагмента. В этой точке мы получим СР=1, АХ=8, ВХ=0, 
что свидетельствует о полном отсутствии в системе свободной памяти и невозможно- 
сти выделения даже одного параграфа. 

Какой же смысл может иметь сокращение размера .СОМ-программы? Выше уже 
упоминалось, что программы такого типа часто используются в качестве резидентных. 
Резидентная программа после ее запуска остается в памяти, но возвращает управление 
20$, давая возможность оператору запустить обычную (нерезидентную) программу. 
Далее выполняется эта запущенная программа, роль же резидентной обычно заключа- 
ется в обработке тех или иных аппаратных прерываний (от клавиатуры, таймера и 
т. д.), что не требует много времени и не очень тормозит выполнение основной 
‚ программы. Ясно, что в этом случае резидентную программу следует составлять таким 
образом, чтобы она занимала в памяти лишь столько место, сколько ей нужно для 
нормальной работы. Вопросы разработки и использования резидентных программ бу- 
дут освещены в последующих статьях этого раздела. 
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Как было показано выше, выполнимый модуль любой программы начинается с 
префикса программы Р$Р, специальной системной области размером 1006=256 байт, в 
которой система сохраняет некоторые данные, имеющие отношение к выполняемой 
программе. В определенных ситуациях (например, при работе с файлами) система об- 
ращается к Р$Р, используя хранящиеся там данные. Ряд полей Р$Р в современных вер- 
сиях М5-РО$ потеряли свое значение, другие же, наоборот, очень важны, и их назна- 
чение желательно понимать, тем более что в ряде случае они используются не только 
системой, но и прикладными программистами. В табл. 32.1 приведено описание наи- 
более важных полей РУР. Более подробно их назначение будет поясняться в после- 
дующих главах по мере описания соответствующих средств РОЗ. 


Таблица 32.1. Содержимое префикса программы РЭР 
начала Р5Р байт 
Сегментный адрес первого байта за памятью, отведен- 
ной программе 
Адрес перехода в СОММАЮО после завершения про- 
раммы (вектор 226 ' 
| 0 | 4 [| Адрес обработчика ССС (вектор 238 
| 1% | 4 | Адрес обработчика критической ошибки (вектор 248 


| 16. | _2_ [ Сегмент родительского Р5Р 
188 | 20 | Таблица файлов задания ЕС 


20 
2 Сегмент блока окружения программы 
4 
2 
4 
2 


Описание 









р -ч 


ео 


$5:5Р при входе в последний вызов и 218 


|328 [| ___2__ [| Размер ЕС (по умолчанию 20 


2 

| 4 | Адрес ДЕС программы (по умолчанию Р$Р:18В 

| _2__ [| Версия ОО$ (например, 0614=6.22 

Параметры командной строки при запуске программы 


Рассмотрим вкратце отличия загрузочных модулей программ .ЕХЕи .СОМ, а так- 
же процесс их загрузки в память. 

Если взглянуть на листинг трансляции рассмотренного ранее примсра 32.1 
(рис. 32.3), то можно сделать вывод, что программа имест размер (включая место для 
РЗР) 1201=288 байт. Действительно, именно столько места займет содержательная 
часть программы в памяти, когда она будет загружена для выполнения. При этом об- 
раз программы в памяти будет в точности соответствовать тексту листинга за тем ис- 
ключенисм, что в листинге только выделено место для РР, а при загрузке программы 
в память система заполнит это место соответствующим содержимым. Программы типа 
‚СОМ не требуют никакой настройки, отчего их загрузка осуществлястся относитель- 
но быстро. Разумеется, система, загрузив программу в память и опредслив таким обра- 
зом ее местоположенис, должна настроить ряд регистров процессора, конкретно - по- 
местить во все 4 сегментных регистра сегментный адрес начала программы, в регистр 
]Р - число 1001, а в регистр 5Р -— ЕЕЕЕВ; однако регистры находятся в процессоре и. 
модифицируются почти мгновенно, а содержимое сегмента программы при загрузке 
не изменяется. 
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1 ;Пример 32.1. Программа типа .С0М 
2 0000 СехЕ зедтеле 

3 аззите С$:6ехе,0$:кехЕ 

в 079 256 

5 0100 ма} п ркос 

6 0100 Вы 69 моу ян, вн 

7 60102 ВВ 60160С* моу ОХ ,огрзеЕ тме5д 

8 0105 Ср 21 1 2141 

9 0107 88 4600 поу ях, нс обл 

10 0108 Ср 21 11 210 

11 616С па$л епдр 

12 010С ЗЕ ЕВ ПЕ #3 ЕФб #0 #С*+ пе50д 5 'Программа типа .С0М$°’ 
13 ЙС #6 20 Е2 й8 ВР #60+ 

1% 20 2Е 43 в №0 2% 

15 0120 СехЕ еп095 

16 епд ма]п 


Рис. 32.3. Листинг примера 32.1 


Между прочим, если обратиться к выполнимому файлу примера 32.1 (пусть он по- 
лучил имя 32-01.СОМ), то окажется, что его длина составляет всего 201=32 байт, т. е. в 
выполнимый файл не включается место для РУР (рис. 32.4), что, впрочем, естественно. 
Конкретное содержимое РЗР система определяет в процсссе загрузки программы в 
память, и в выполнимом файле этого содержимого быть не может. Выполнимый файл 
включает в себя лишь программные строки вместе со строками данных. 


00000 В4 09 ВА 0С 01 Со 21 В8 00 4С С0 21 ВЕ ЕО АЕ АЗ || 9! „=! Прог 
00010 ЕО 40 АС 4С АО 20 Её АВ АГ АО 20 2Е 43 ЧР 40 24 рамма типа .Сои$ 


Рис. 32.4. Содержимое файла 32-01.СОМ 


Не так обстоит дело для программ типа .ЕХЕ. Выполнимый файл типа .ЕХЕ со- 
держит, кроме кодов сегментов команд, данных и, возможно, стека, еще и заголовок, 
состоящий из одного или нескольких блоков размером 512 байт каждый. В этом заго- 
ловке, создаваемом в процессе трансляции и компоновки программы, хранится ин- 
формация, необходимая системе для правильной настройки регистров процессора и 
самой программы при ее загрузке в память. Формат заголовка приведен в табл. 32.2. 


Таблица 32.2. Формат заголовка выполнимого модуля .ЕХЕ 


Смещение Число Описание 
байтов 


Минимальное число параграфов, требуемых программе до- 
полнительно к ее образу на диске (при наличии в программе 
неинициализированных сегментов 

Максимальнос число параграфов, требуемое программе до- 
полнительно к ее образу на диске (по умолчанию ЕЕЕРВЬ 
Смещение сегмента стека от начала программы в параграфах 


Содержимос УР при входе в программ 
Контрольная сумма 
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Смещение сегмента команд от начала программы в параграфах 
`1<6 |... | Таблица настройки переменной длины 


Как можно увидеть из приведенной таблицы, в заголовке файла .ЕХЕ содержится 
информация, которую система использует при загрузке программы в память: значение 
ТР, которое поступает в заголовок из параметра заключительной директивы еп4, значе- 
ния С$ и 5$, которые можно вычислить прибавлением содержимого ячеек заголовка 
168 и 108 к начальному сегментному адресу программы, и т. д. В таблице настройки 
содержатся сведения об изменении тех адресов в программе, для которых значения 
в листинге и в загруженной программе различаются. 

Между прочим, в заголовке отсутствует информация о настройке сегментных ре- 
гистров данных 0$ и Е$. Действительно, система не может знать, как программист 
пожелает настроить эти сегментные регистры по ходу выполнения программы, хотя 
бы потому, что число сегментов данных в программе может превышать число сег- 
ментных регистров процессора. Как уже отмечалось выше, при загрузке программы в 
память регистры 0$ и Е$ указывают на начало префикса программы РФР. Занесение в 
них сегментных адресов сегментов или областей адресуемых данных является обязан- 
ностью программиста. 


Статья 33. Директива аззите 


Обсудим подробнее роль директивы ассемблера аззате. Типичная программа типа 
.ЕХЕ имеет в качестве одной из первых строк предложение 
аззите С5:5ехф, 0$ :Чафа 


в котором устанавливается соответствие сегментного регистра С$ сегменту команд 
{4ехф а сегментного регистра 0$ - сегменту данных даа. 

Директивы аззите, которых в программе может быть любое количество, в прин- 
- ципе могут располагаться в любом месте программы, однако обязательно до тех про- 
граммных строк, в которых выполняется обращение к описываемым в конкретной ди- 
рективе сегментам. Поэтому предложение вида 
аззите С8:сехе 


должно стоять в программе до любых программных строк и даже до объявления про- 
цедур. Что же касается установки соответствия регистра 0$ и конкретного сегмента 
данных, то, если это соответствие не указано в первой директиве аззите, оно может 
быть описано и позже отдельной директивой: 

аззите 05$:дафа 


Каково же назначение директивы аззите? Что значит "соответствие сегментного 
регистра сегменту"? Выше уже отмечалась исключительно важная роль сегментных 
регистров при обращении к ячейкам памяти. Физический 20-разрядный адрес любой 
ячейки памяти вычисляется процессором путем сложения умноженного на 16 сегмент- 
ного адреса, хранящегося в одном из сегментных регистров, со смещением, указанным 
в коде команды. Таким образом, при каждом обращении к памяти обязательно исполь- 
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зуется тот или иной сегментный регистр; обратиться к памяти без использования сег- 
ментного регистра невозможно. 

Для того чтобы процессор при выполнении команды знал, каким сегментным ре- 
гистром ему пользоваться, код сегментного регистра включается в полный код коман- 
ды в виде префикса. Каждый сегментный регистр имеет свой код префикса, хотя во 
многих случаях отсутствие префикса обозначает необходимость использования кон- 
кретно регистра 05. Так, команда 

ФА АХ, мет 


преобразуется в код АТ 44а, если адресация должна осуществляться через сегмент- 
ный регистр 0$, и в код 26 А1 а@@А, если сегментный адрес следует извлекать из реги- 
стра ЕЗ. Здесь 26 — префикс команды, обозначающий регистр Е$, а 4944 - конкретная 
величина смещения ячейки тет от начала того сегмента, в котором она расположена. 

Директива аззате как раз и служит для того, чтобы указать транслятору, как коди- 
ровать команды прямого обращения к памяти. Пусть в программу входит сегмент дан- 
ных с единственной ячейкой тет. Смещение этой ячейки будет равно 00008: 


Дата зедтепе 
пе Ам 1234в 
даеа епа$ 


Пусть, далее, в сегменте команд имеется команда 
пом АХ, пем 


Если к моменту трансляции этой команды действует директива 
аззите 05:Чафа 


то ассемблер преобразует эту команду в код А! 0000. Процессор, не увидев перед ко- 
дом команды префикса определения сегмента, будет при ее выполнении использовать 
регистр 0$. Если же была выполнена директива 

аззиме Е5:Чафа 


то в объектный модуль будет включен код 26 А! 0000 и процессор при выполнении 
этой команды будет извлекать сегментный адрес из регистра ЕЗ. 

Можно ли во втором случае обращаться к ячейкам сегмента данных с использова- 
нием сегментного регистра 2$? Можно, но для этого. во все команды прямого обраще- 
ния к памяти следует включить префикс явной замены сегмента: 

пом АХ, 05: мем 


Такая команда, независимо от формы директивы аззите, будет транслироваться в 
код, предполагающий использование регистра 0$. Точно так же, если действует ди- 
ректива аззите О5$:4айа, а мы хотим адресоваться к ячейке сегмента 4айа через регистр 

_ Е5, необходимо использовать префикс Еб: 
пом АХ, Е: мем 


Таким образом, директива аззите определяет, префикс какого сегментного реги- 
стра будет включаться в код команды по умолчанию, хотя во всех случаях это умолча- 
ние можно отменить, включив в команду префикс явной замены сегмента. 

Все сказанное выше относится только к правилам трансляции предложений про- 
граммы и никак не определяет истинного содержимого того или иного сегментного 
регистра к моменту выполнения команды обращения к памяти. Во всех случаях перед 
обращением к памяти необходимо загрузить в сегментный регистр сегментный адрес 
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адресуемого сегмента. Как мы видели, инициализация сегментного регистра осущест- 
влястся обычно с помощью пары команд 
оу АХ, Чафа 
пом 0$, АХ 
или 
поУ АХ, Чафа 
пом 25, АХ 
если к сегменту дайа предполагается обращаться через регистр ЕЗ. 

Директива аззите может использоваться внутри программы неоднократно. Пред- 
положим, что на некотором достаточно продолжительном участке программы к опре- 
деленным полям данных надо обращаться через сегментный регистр $, а на другом 
участке — через регистр ЕЗ. Тогда между этими участками можно сменить соответст- 
вие сегментных регистров сегментам данных, как это схематически показано ниже: 

; Сегмент данных 


Чата зедтеле 
мем1 ам ? 
мет2 ам ‚? 
Чафа еп 5 


;Программные строки в сегменте команд 
аззите 05:даба 
поУу АХ, мем1 ;Команда выполняется как мо\у АХ, 05: мет1 
оу ВХ, мем2 ;Команда выполняется как моу ВХ, 05: мем2 
аззите 05: по®В1п9 
аззиате Е5 :Чаба 
пом АХ, мем1 ;Команда выполняется как моу АХ, Еб : мем1 
по ВХ, мет2 ;Команда выполняется как моу ВХ, Е5:тем2 
Директива аззите О5:по ше (поте, ничего) снимает закрепление за сегментом 
Чаёа регистра 2$ и позволяет закрепить за ним другой регистр, Е$. Того же эффекта 
можно было достигнуть, закрепив регистр 2$ за каким-то другим ссгментом (если, 
конечно, он имсется). Необходимо только перед описанием соответствия регистра Е$ 
и сегмёнта Чайа отменить закрепление за этим сегментом регистра 05. 
Очевидно, что, независимо от директивы аззите, перед первым участком необхо- 
димо настроить на сегмент да1а регистр 0$, а перед вторым — Е$. 


Статья 34. Подпрограммы 


Подпрограммы являются важнейшим средством любого языка программирования. 
Лишь самые простые программы имеют линейную структуру, в которой отсутствуют 
повторения. Как правило, программа по ходу своего выполнения неоднократно обра- 
щастся к опредсленным алгоритмам, например преобразования чисел или строк, ана- 
лиза данных, ввода с клавиатуры или вывода на экран и т. д. Такие алгоритмы разумно 
оформлять в виде подпрограмм и вызывать из основной программы по мере необхо- 
димости, что может существенно уменьшить объем программы и повысить ее нагляд- 
НОСТЬ. 

Остановимся на особенностях организации и выполнения подпрограмм. Начнем с 
рассмотрения ближних подпрограмм, которые располагаются в одном программном 
сегменте с вызывающей процедурой. Организация многосегментных программных 
комплексов будст рассмотрена в следующей статье. 
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Рассмотрим для примера простой программный комплекс, в котором многократно 
в цикле вызывается подпрограмма, осуществляющая программную задержку, после 
чего на экран выводится короткая строка символов. Величина задержки (в условных 
единицах) передается в подпрограмму в регистре АХ в качестве параметра. 

Алгоритм программной задержки уже рассматривался в статье 8; в примере 34.1 
этот алгоритм будет оформлен в виде процедуры-подпрограммы 4е1ау. 
Пример 34.1. Программная задержка с помощью подпрограммы 
фехе зедтеп® 

аззиме С5:6ехе, 0$: Чаба 


;Процедура-подпрограмма. При входе АХ=величина задержки 
де1ау ргос 


разв СХ ;Сохраним используемый регистр 
оу СХ, АХ ;Перенесем гараметр в СХ 
оцеег: раз СХ. ;Сохраним счетчик внешнего цикла 
оу СХ, 65535 ;Число шагов внутреннего цикла 
1плег: 1]оор 1плег ;Внутренний цикл - 1 команда 
рор сх ;Восстановим внешний счетчик 
1оор о`ег ;Повторение параметр раз 
рор сх ;Восстановим сохраненный регистр 
ге ;Возврат из подпрограммы 


де1ау елар 
};Главная процедура, с которой начинается выполнение грограммы 
пап ргос 

мо АХ, Чата 

по 05, АХ 


оу СХ, 10 ;Цикл из 19 шагов 
сус1е: | моу АХ, 200 ;Параметр, гередаваемый в подпрограмму 
са11 4е1ау ;Команда вызова подпрограммы 
по АН, ЭН ;Вывод на экран трех символов 
поУ ОХ, оЕЕзее зеЕ17п9а 
1106 218 
1оор сус1е ;Цикл из СХ шагов 
пох АХ, 4СООН ;Завершение грограммы 
106 218 
па1п елар 
бехе елаз 
Чата зечтеп® 
зёг1п9 ар '<> $' 
дата ел9$ 
ЕК зеамепе зКаск 
аь 256 апр (0) 
зеК еп $ 
епа ма1п 


Программа состоит из двух процедур — главной с именем шаш и процедуры- 
подпрограммы 4с!ау. Каждая процедура начинается оператором ргос, перед которым 
указывается имя процедуры, а заканчивается опсратором еп4р (еп4 ргоседиге, конец 
происдуры). Порядок процедур в текстс программы нс имеет значения, однако имя 
главной процедуры, с которой начинается выполнение программы, должно быть ука- 
зано в качестве опсранда директивы еп4, завершающей текст программы. 

Подпрограммы вызываются командой са| (вызов); каждая подпрограмма должна 
заканчиваться командой гс (гаги, возврат), которая передаст управление в точку воз- 
` врата, т. с. на команду вызывающей программы, следующую за командой са||. 

Деленис программы на процедуры не является обязательным. Выше уже отмеча- 
лось, что директивы асссмблера, такие, как ргос или спар, не находят своего отраже- 
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ния в загрузочном модуле и никак не влияют на ход выполнения программы. Фактиче- 
ски они нужны лишь для повышения наглядности исходного текста. С таким же успе- 
хом можно было ликвидировать деление программы на процедуры, ав качестве точек 
входа использовать метки: 


Че1ау: 
;Текст подпрограммы 


па1п: по АХ, Чака 
пом 25$, АХ 


са11 Че1ау 


поУ АХ, 4СО0Н ; Завершение программы 
116 218 
ела па1п 


Главная программа и подпрограммы могут располагаться в исходном тексте в лю- 
бом порядке, причем процедуры-подпрограммы можно вкладывать друг в друга. На- 
пример, возможен такой вариант компоновки примера 34.1: 


техЕ зедтепЕ ;Начало сегмента команд 
па1п ркос ; Объявление главной процедуры 
... ;Текст главной процедуры 
моу АХ, 4СООН ;Завершение программы 
. пе 218 
Че1ау ргос ; Объявление гроцедуры-подпрограммы 
... ;Текст подпрограммы 
хееЕ ;Возврат из подпрограммы 
Че1ау епар ;Конец процедуры-подпрограммы 
ма1п епар ; Конец главной процедуры 
сехе еп4$ ;Конец сегмента команд 
епа па1п ;Конец текста и точка входа 


Здесь процедура-подпрограмма 4еау располагается внутри главной процедуры 
та после строк завершения программы (вызов функции РО$ 4СВ). Последний мо- 
мент является принципиально важным. Подпрограммы следует располагать таким об- 
разом, чтобы они не могли начать выполняться "сами по себе", без вызова командой 
са|. Приведенный пример удовлетворяет этому требованию. Действительно, вызовом 
функции завершения 4СВ управление передается системе, в нашу программу уже ни- 
когда не вернется, и строки, стоящие после команды ии 21В, выполняться не будут. 
В то же время приведенный ниже пример грубо неверен: 


техЕ зедтепе ;Начало сегмента команд 
ма1п рхкос ; Объявление главной процедуры 
Че1ау рхос ; Объявление процедуры-подпрограммы 
... ;Текст подпрограммы 
гее ;Возврат из подпрограммы 
4е1ау епар ;Конец процедуры-подпрограммы 
... ;Текст главной процедуры 
оу АХ, 4С00Б ;}Завершение программы 
пе 218 
пап епар ;Конец главной процедуры 
фехе епаз ;Конец сегмента команс 
епа па1п ;Конез текста и точка входа 
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В такой программе после ее активизации сразу же начнется выполнение процеду- 
ры а@ау. Страшно здесь не то, что эта процедура выполнится "вне очереди" (просто в 
начале программы произойдет небольшая задержка), а то, что она завершится выпол- 
нением команды ге обратной по отношению к команде са. Однако команды са у 
нас не было, и такая "непарная" команда ге! приведет к "зависанию" системы. Для то- 
го, чтобы понять, что здесь происходит, надо разобраться в механизмах вызова под- 
программ и возврата из них. 

На рис. 34.1 приведен фрагмент листинга трансляции программы 34.1 с указанием 
кодов команд, их смещений, мнемонических обозначений и описанием их действия. 


Смеще- Код Предложения Действие 

нне команды . программы команды 

0000 Яе1ау ргос 

0000 51 разр СХ 

00р с3 геё -—————Ф Из стека адрес возврата (001СН) в [Р 
000Е Че1ау епар 

000Е па1п ргос 

000Е В8 1138 . МУ АХ, Ааава 

0011 ВЕ р8 пох р28,АХ 

0019 ЕВ РЕЕЗ са11 Ае1ау —Ф 1. Содержнмое ГР (001СВ) в стек 
001Сс в4 09 моУ АН, 098 2. Смещение вызываемой процедуры, 


... равное 001СВ + ЕЕЕ4В = 00001, в {Р 
002А ма1п епар 


Рис. 34.1. Фрагмент листинга трансляции примера 34.1 с поясняющей информацией 


Сегмент команд начинается у нас с процедуры 4е]ау. Первая команда этой проце- 
дуры рузВ СХ имеет поэтому смещение 00008. Процедура 4е1ау занимает ЕЁ =14 байт с 
относительными адресами команд от 00008 до 000Р8. Последней командой процедуры 
деЙау является 1-байтовая команда ге с кодом СЗН. 

За процедурой Че]ау располагается главная процедура таш. Ее первая команда 
шоу АХ, Ааа имеет смещение 000Е6. Код команды включает код операции тоу (В81) и 
значение имени Чайа, равное сегментному адресу сегмента данных. При загрузке про- 
граммы под управлением отладчика ТО сегментный адрес 4айа оказался равным 11388. 

Команда са] ае]ау расположена по адресу 00191. В ве полный код входит код опе- 
рации саП (ЕЗВ) и адрес процедуры Ч@ау, на которую надо осуществить переход. Этот 
8дрес записан в виде смещения к началу процедуры Аау относительно текущего со- 
держимого [Р, т. е. относительно адреса следующей команды (в нашем случае коман- 
ды шоу АН,09В). Смещение это знаковое и в данном случае отрицательное, так как 
процедура Че]ау располагается до процедуры тат. Поскольку адрес 4еЙау равен нулю, 
а адрес следующей команды равен 1СВ, в коде команды записано число —1СВ, которое 
по правилам записи отрицательных чисел выражается кодом ЕЕЕ4В. 

Главная процедура занимает 1Св=28 байт, а первый свободный байт после конца 
этой процедуры имеет смешение 002АБ. На этом заканчивается сегмент команд. 
С ближайшего адреса, кратного 16 (113801 в нашем случае), начинается сегмент дан- 
ных, за которым следует сегмент стека. 

< Вернемся к рассмотрению команд са! и ге. При выполнении команды са| процес- 
‚ сор помещает в стек адрес следующей команды, т. е. адрес возврата, а в [Р заносит от- 
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носительный адрес вызываемой процедуры, который находится суммированием теку- 
щего содержимого [Р и смещения, записанного в коде команды саН. В результате ука- 
затель стека ЗР смещается вверх на одно слово (рис. 34.2), а процессор переходит на 
выполнение подпрограммы. 


Алрес возврата в вызывающую программу 


001СВ <— $ носле входа в подпрограмму 





<— $Р кмоменту выполнения команды са 
Рис. 34.2. Состояние стека после входа в подпрограмму 


Команда геё выполняет обратную операцию — извлекает из верхнего слова стека 
(с восстановлением исходного состояния 5Р) адрес возврата и загружает его в ГР, в ре- 
зультате чего процессор возвращается к выполнению вызывающей процедуры. 

Из сказанного ясно, что, если в подпрограмме используется стек, с ним надо рабо- 
тать очень аккуратно: все, что заносится в стек в процессе выполнения подпрограммы, 
должно быть обязательно снято с него до выполнения команды геф, иначе эта команда 
извлечет из стека и загрузит в [Р не адрес возврата, а какое-то данное, что завсдомо 
приведет к нарушению выполнения программы. 

Рассмотренный нами вызов подпрограммы носит название прямого ближнего или 
внутрисегментного вызова. Прямым такой вызов называется потому, что адрес пере- 
хода хранится непосредственно в коде команды (а это, в свою очередь, получилось по- 
тому, что мы указали в качестве операнда команды са] имя подпрограммы). Если бы 
адрес подпрограммы хранился в каком-то другом месте (а именно в регистре или в 
ячейке памяти), то вызов был бы косвенным. Мы столкнемся с косвенными вызовами 
подпрограмм в последующих статьях. Вторая характеристика вызова говорит о том, 
что вызываемая подпрограмма находится в том же сегменте, что и вызывающая про- 
цедура. В этом случае для перехода на подпрограмму надо знать лишь половину пол- 
ного адреса подпрограммы, а именно смещение точки перехода. Сегментный адрес ос- 
тается тем жс; он не фигурирует в строке вызова подпрограммы и отсутствует в коде 
команды. В следующей статье мы рассмотрим и другой вид подпрограмм — дальние 
подпрограммы, для обращения к которым следует применять межсегментные вызовы. 


Статья 35. Дальние подпрограммы 


Мы уже знасм, что программы типа .ЕХЕ могут содержать по несколько сегментов 
команд и данных. Это позволяет довести общий объем прикладной программы по 
крайней мере до размеров свободной оперативной памяти, т. с. до величины около 
600 Кбайт. 

При наличии в программе большого объема даНных их придется раздробить на от- 
дельные сегменты размером не более 64 Кбайт каждый и работать с ними поочередно, 
настраивая сегментные регистры 0$ и ЕЗ на начальные адреса текущей пары сегмен- 
тов. Если же программа содержит большой объсм вычислений, то самое разумное в 
одном сегменте расположить главную процедуру, а в остальных — процедуры-подпро- 
граммы, которыс можно будет вызывать как из главной процедуры, так и при необхо- 
димости друг из друга. 
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Чтобы продемонстрировать технику дальнего вызова подпрограмм, преобразуем 
приведенный в предыдущей статье пример так, чтобы программный комплекс состоял 
из двух сегментов команд (пример 35.1). 


Пример 35.1. Дальний вызов подпрограммы 


фехе1 зедмепте ;Первый сегмент команд 
аззищме с$:%5ех®1,0$:Чафа 
па1п ргос ;Главная процедура 


поУ АХ, дата 
поУ 05, АХ 
оу сх, 10 
сус1е: пох АХ, 200 
са11 Еаг рег Че1ау 
поУ АН, ЭН 
поУ ОХ, оЕЕзее зЕг1па 
116 218 
1оор сус1е 
пох АХ, 4АСО0В 


ПЕ 218 
ма1п епар 
{ехс1 еп4$ ;Конец первого сегмента команд 
фехе2 зедтеп® ;Второй сегмент команд 
аззиме с5:6ехё2 ;Оператор аззиме 
е\ау ргос Еаг ;Дальняя процедура 
ричзй СХ 


.оцеег: разр СХ 
пох СХ, 65535 


1шплег: 1оор 1ппег 
рор сх 
1оор оцщег 
рор сх 
ге ;Дальний возврат 
де1ау епар 
{фехе2 епа$ ;Конец второго сегмента команд 
‚ Часа зедщепе 


зЕр1па АБ '<> $' 
дата еп4$ 


ЗЕК зедмеп® зфаск 

аь 256 ацр (0) 
ЕК епаз 

епа па1п 


В программе описаны два сегмента команд — 1ех | с процедурой таш и 1ех2 с 
процедурой-подпрограммой дейау. Сегменты данных даа и стека 5 остались без из- 
менений. Практически без изменений остались и тексты обеих процедур за исключе- 
нием того, что процедура 4е]ау объявлена с описателем {аг (дальняя), а ее вызов в глав- 
ной процедуре сопровождается описателем #аг ри (аг ропцег, дальний указатель). Что 
изменилось при этом в программах процедур и чем оператор са {аг ри отличается от 
простого саП? 

Рассмотрим, как и в предыдущей статье, фрагменты листинга трансляции про- 
граммы с указанием кодов команд, их смещений, мнемонических обозначений и опи- 
санием их действия (рис. 35.1). 
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Смеще- Код Предложения Действие 


ние команды программы команды 
0000 сехе1 зеспепе 
0000 мазп ргос 
0000 вВ8 1138 том АХ, азса 
0008 ЭА 0000 1137 са11 Еаг рег Че1ау —Ф |. С$=11351 в стек 
0010 вВ4 09 лоу АН,09 2. 1Р=0010Н в стек 
.... 3. 11371 из кода команды в С$ 
001Е ма1п епар 4. 0000Н из кода команды в [Р 
001Е сехЕ1 епаз 
0000 $ехЕ2 зедпепе 
0000 Яе1ау ргос Еаг 
0000 51 равй сх 
000р СВ сеё ——® 1. Из стека смещенне возврата (00101) в 1Р 
000Е Че1ау епар 2. Из стека сегмент возврата (11351) в С$ 
ос0Е $ехе2 еп@з 


Рис. 35.1.Фрагменты листинга примера 35.1 с поясняющей информацией 


Команда саЦ Ёаг ру д@ау расположена по относительному адресу 00088. В ее код 
входит код операции дальнего вызова са] г ру (9АВ) и полный адрес процедуры 
даау, на которую надо осуществить переход. Этот адрес записан в виде двух слов: 
смещения процедуры Фе!ау в том сегменте, где она расположена (00001) и сегментного 
адреса зтого сегмента, который, как выяснилось после загрузки программы в память, 
равен 11371. Таким образом, процессор, считав из памяти код команды, имеет полную 
информацию о том, куда надо осуществить переход. 

При выполнении команды са| аг ру процессор помещает в стек два слова: сначала 
сегментный адрес текущего сегмента {ех!1, который у нас оказался равен 1135}, за- 
тем — смещение возврата (содержимое [Р, в данном случае 00101). Следует обратить 
внимание на порядок записи в память компонентов двухсловного адреса: всегда в сло- 
во памяти с болыним адресом записывается сегментный адрес, а в слово памяти с 
меньшим адресом — смещение. После сохранения в стеке адреса возврата процессор 
заносит в сегментный регистр команд С$ сегментный адрес процедуры Че]ау, а в [Р- 
смещение 4е]ау. Оба эти значения процессор извлекает из кода команды сай. В резуль- 
тате указатель стека смещается вверх на два слова (рис. 35.2), а процессор переходит 
на выполнение подпрограммы из другого сегмента. 


Двухсловный адрес возврата 
в вызывающую программу: 


смещение — <— $Р после входа в подпрограмму 


сегмент -— 
<— 5ЗР к моменту выполнения команды са! Гаг рг 





Рис. 35.2. Состояние стека после входа в дальнюю подпрограмму 


Команда ге! процедуры 4е]ау, расположенная по адресу 0000Ь в сегменте 1ех@, 
выполняет обратную операцию — снимает со стека два верхних слова, загружая первое 
в [Р, а второе - в С$, в результате чего процессор возвращается к выполнению вызы- 
вающей процедуры. 
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Так осуществляется дальний, или межсегментный, вызов процедуры, расположен- 
ной в другом сегменте команд. 

Почему же команда ге! процедуры 4е]ау в примере 34.1 снимает со стека два слова, 
в то время как такая же на первый взгляд команда той же процедуры в предыдущем 
примере снимает только одно? В действительности, однако, эти две команды не экви- 
валентны. Сравнив строки с командами ге! этих двух программ, можно заметить, что 

машинные коды команд ге! различаются. Так получилось потому, что процедура 4е!ау 
во втором примере объявлена нами с помощью описателя #аг дальней. Транслятор вос- 
принимает это объявление как требование преобразовать мнемоническое обозначение 
ге, встретившееся в этой процедуре, в код команды дальнего возврата СВВ. Процедура 
деау первого примера не имеет явного описателя типа и по умолчанию рассматрива- 
ется транслятором как ближняя. С целью повышения наглядности программы ее мож- 
но было назначить ближней явным образом с помощью описателя пеаг, В соответствии 
с типом процедуры и команда ге, встретившаяся в этой процедуре, транслируется 
в код ближнего возврата СЗВ. 

Из приведенного рассмотрения должно быть ясно, что ближние процедуры следу- 
ет вызывать только из того же сегмента командой ближнего вызова са], в то время как 
процедуры, объявленные как дальние, следует вызывать только с помощью команды 
дальнего вызова са] Ёаг ре. Лишь в этом случае завершающие эти процедуры команды 
те! будут работать правильно. 


Статья 36. Косвенные вызовы подпрограмм 


До сих пор при вызове подпрограмм мы пользовались командой са с указанием в 
качестве ее операнда имени вызываемой подпрограммы. Такой вызов подпрограммы 
называется прямым; он нагляден, но не отличается гибкостью. Действительно, для то- 
го чтобы той же строкой вызвать другую подпрограмму, необходимо изменить исход- 
ный текст и перетранслировать программу. Большей гибкостью обладают косвенные 
вызовы, в которых адрес перехода извлекается не из кода команды, а из ячеек памяти 
„или регистров; в коде команды содержится информация о том, где находится адрес 
перехода. Изменяя программным образом содержимое адресуемых командой са|] яче- 
ек или регистров, т. е. засылая в них адрес той или иной подпрограммы, можно про- 
граммно настроить команду са! на вызов требуемой в настоящий момент подпро- 
граммы, 

В примере 36.1 дана иллюстрация косвенного вызова с использованием для адреса 
‚вызываемой подпрограммы ячейки памяти. 


Пример 36.1. Косвенный вызов подпрограмм 

}Главная процедура па1п 

пап ргос 

}Выведем с помощью функции 20$ ОЭН сообщение ргопре 


Поставим запрос на ввод символа 


$пре: оу АН, 018 ;Функция ввода символа с эхом 
1пЕ 218 
стр АЪ, 'у' ;Нажата клавиша У? 
3е поае_4оз ;Да, работаем с 105 
стр АЪЬ, 'п' ;Нажата клавиша № 
3е по4е_Ь:03 ;Да, работаем с В105 
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Эар 1прё ;Нажато не У/М, повторить ввод 
моде _405:тоу а4Аг, оЕЕзеф 40$ ;Зашлем адрес процедуры 9оз 


Этр- сопе зи на продолжение 
моде _Ю1о3:моу аЧ4Чг, оЕЕзек Ю10$;Зашлем адрес процедуры 103 
сопе: са11 2$ :ааЧг ;Косвенный вызов процедуры 


;Завершим программу 


ма1п епар 
;Процедура вывода средствами 205 
903 ргос 
мо АН, 09 
поУ ОХ, оЕЕЗее мез1 
1пе 218 
ге 
905 епар 
;Процедура вывода средствами В10$ 
103 ргос ; Процедура вывода средствами ВТО$ 
;}Очистим экран 
МОУ АН, 06. } Функция задания окна 
моу АЬ, 0 ;Режим создания окна 
поч ВН, 071 ;Атрибут всех символов в окне (ч/б) 
по сх, 0 ;Координаты верхнего левого угла 
оу ОН, 79 ;Нижняя У-координата 
пох 01,24 ;Правая Х-координата 
116 108 ;Прерывание ВТО$ 
;Выведем строку 
пох АН, 13Н ;Функция вывода строки 
оу АГ, 0 ;Режим 0 (атрибут в ВЦ) 
пох ВН, ;Видеостраница 
пох ВЪ, ОЕВ ; Атрибут всех символов 
поУ СХ, 1еп ;Длина строки 
по ОН, 12 ;Начальная позиция, строка 
ФА 2ь,20 ;Начальная позиция, столбец 
ручзь 05 ;Настроим Е5$ на наш 
рор Еб ;сегмент данных 
оу ВР, ОЕЕзее мез2;ЕЗ:ВР -»> выводимая строка 
116 108 ;Прерывание Вт05 
;Позиционируем. курсор в начало последней строки экрана 
по АН, 028 ;Функция позиционирования 
по ВН, 0 ;Видеостраница 
пох ОН, 24 ;Строка 
оу оЪ,0 ; Столбец 
116 108 ;Прерывание В105 
гее ;Возврат из прерывания 
Ь105 епар 
;Поля данных 
аааг аи 0 ;Поле для адреса подпрограммы 
ргомрЕ “46 "Драйвер АМЗТ.5У$ установлен? [У/М] : $' 
мез1 46 27,'[20',27, '[12;20Н',27,' [31;1м' 


АБ 'Начинаем работать, используя средства 1005' 
А 27, ' [0м',27, ' [25;1Н$' 
пез2 АБ 'Начинаем работать, используя средства В105' 
1еп=$-мез2 


В программе имеются главная процедура та и две процедуры-подпрограммы 405 
и 10$. Обе выполняют очистку экрана и вывод в середину экрана "своей" цветной. 
строки "Начинаем работать...". Процедура 40$ использует для очистки экрана, пози- 
ционирования курсора и задания цвета Езс-последовательности и, значит, может функ-. 
ционировать только при наличии в системе драйвера АМ$1.3У 5. Процедура Ъ10$ выво- 
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выводит на экран то же самое, но средствами В1О$ и по этой причине не требует 
драйвера АМ$1.5У5. В целях наглядности в процедурах для выводимых символов ис- 
пользуются разные цвета. | 

Основная процедура выводит на экран вопрос о наличии в системе драйвера 
АМ$1.$У$ и вводит в программу ответ пользователя в виде символов У (уе, да) или М 
(по, нет). Далее введенный символ анализируется и в зависимости от ответа пользова- 
теля осуществляется переход на метки то4е 40$ или то4е №105. В предложениях с 
этими метками ячейка а44г загружается адресом требуемой подпрограммы. После на- 
стройки ячейки а44г выполняется команда са| О5$:ад4г, которая и осуществляет кос- 
венный переход. 

Указание перед именем ячейки памяти обозначения сегментного регистра, в дан- 
ном случае 05$, задает косвенность вызова. Другой способ задания того же — описатель 
чога рё (\огд ройцег, указатель на слово): 

са11 чмок рёг аааг 


Косвенные вызовы можно выполнять с помощью широкого набора способов адре- 
сации. Так, если адрес вызываемой подпрограммы занести в один из базовых или ин- 
дексных регистров, то команда вызова упрощается: 

оу ‘ВХ, ОЕЕзее 6103 ;В ВХ адрес самой подпрограммы 
са11 ВХ ;Косвенный вызов 


Регистровая адресация возможна и в том случае, когда адрес подпрограммы нахо- 
дится в ячейке памяти: 


мох $Т, ОЕЕзеф а@Чг ;5$Т=адрес ячейки с адресом подпрогр. 
са11 [$1] ;Косвенный вызов 
Легко сообразить, что использование в примере 36.1 косвенной адресации носит 
несколько искусственный характер. Можно было поступить проще и в зависимости от 
кода введенной команды выполнить одну из команд прямого вызова: 


по4е 903:са11 40$ ;Вызываем процедуру 9390$ 
Эмр сопЕ ;и на продолжение 

моде _Ю103:са11 103 ;Вызываем процедуру 105 

сопе: ;Продолжение программы 


Мы хотели только проиллюстрировать принцип использования косвенного вызова 
процедур. В дальнейших статьях книги будут приведены более оправданные примеры 
использования косвенных вызовов, которые не могут быть заменены прямыми. 

Приведенный пример еще раз наглядно показывает характерные различия средств 
20$ и В1О$. Вывод на экран с помощью функций ОО$ отличается простотой (проце- 
дура 40$ состоит всего из четырех предложений, включая команду ге), но 2О$ обес- 
печивает лишь минимум возможностей. Для вывода цветного текста нам пришлось 
использовать "надстройку" над РО$ — специальный драйвер АМ$1.$ У $ с его Езс- 
последовательностями. Этот драйвер нс всегда установлен в системе, да и применение 
Езс-последовательностсй не очень удобно. Использование прерывания В1О$ приводит 
к значительно более громоздкой программе (в процедуре 6105 24 команды) при суще- 
ственном увеличении возможностей вывода (позиционирование курсора, изменение 
цвета символов и пр.). Как уже отмечалось ранее, в реальных прикладных программах 
Езс-последовательности используются редко; обычно вывод на экран осуществляется 
с помощью средств В10$ или прямым обращением к видеопамяти. 
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Статья 37. Прерывания пользователя 


Выше (см. статью 7) уже отмечалось значение прерываний для организации рабо- 
ты вычислительной системы. С помощью программных прерываний осуществляется 
доступ к системным средствам обслуживания аппаратуры компьютера и вычислитель- 
ного процесса; аппаратные прерывания от периферийного оборудования компьютера 
позволяют процессору мгновенно реагировать на такие события, как срабатывание 
таймера, перемещение мыши или нажатие клавиши на клавиатуре; внутренние преры- 
вания помогают обрабатывать ошибки вроде деления на нуль или отказа питания; сво- 
бодные векторы (прерывания пользователя) применяется для взаимодействия компо- 
нентов сложных программных комплексов. 

Использование механизма прерываний для вызова системных средств (функций 
20$ и В10$) было рассмотрено в статьях 7 и 9. Поскольку при вызове системных 
средств обработчики соответствующих программных прерываний уже имеются в со- 
ставе операционной системы, задача программиста сводится лишь к соответствующей 
настройке регистров и включению в программу команды шЁ с требуемым номером. 
В тех же случаях, когда в прикладной программе необходимо обрабатывать прерыва- 
ния от аппаратуры или программные прерывания пользователя, программисту прихо- 
дится создавать собственные обработчики прерываний. Общие принципы построения 
обработчиков аппаратных и программных прерываний одинаковы, однако обработка 
аппаратных прерываний требует учета целого ряда дополнительных соображений. 
Рассмотрим сначала организацию программного комплекса с обработчиком про- 
граммного прерывания пользователя. 

С точки зрения конечного результата вызов из прикладной программы обработчи- 
ка программного прерывания не отличается от вызова подпрограммы. И в том и в дру- 
гом случае ход основной программы прерывается, управление передается на обработ- 
чик прерывания или подпрограмму, а после их завершения продолжается выполнение 
вызывающей программы. Различия заключаются лишь в способе вызова: подпрограм- 
ма вызывается командой са], а обработчик прерывания — командой и. Преимущества 
оформления отдельных фрагментов программ в виде обработчиков программных пре- 
рываний становятся очевидными при использовании резидентных программ, для ко- 
торых программные прерывания являются стандартным способом взаимодействия с 
другими программами. Кроме того, обработчики программных прерываний широко 
используются в тех случаях, когда прикладной программе требуется внедриться в сис- 
темный обработчик того или иного программного прерывания, например прерывания 
20$ ш{ё 218 или одного из прерываний В10$5, Все эти методики будут рассмотрены в 
дальнейшем; в настоящей статье приведен несколько искусственный пример обработ- 
чика прикладного программного прерывания, встроенного в обычную (нерезидент- 
ную) программу. 

При отладке сложных программ часто возникает необходимость получить "мгно- 
венный снимок" состояния программы в той или иной точке. Изучение содержимого 
регистров процессора позволяет установить, в какой области оперативной памяти на- 
ходится и к какой области обращается программа, какой стек она использует, какие 
флаги установлены, и т. д. Далеко не всегда эту информацию можно получить с помо- 
щью отладчика, хотя бы потому, что программа, выполняемая под управлением отлад- 
чика, загружается не по тем адресам, где она будет работать в "самостоятельном" ре- 
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жиме. Кроме того, отладчик при запуске обнуляет регистры процессора и тем самым 
искажает операционную среду, в которой работает программа. Поэтому весьма полез- 
ным может оказаться "добавление" к отлаживаемой программе, позволяющее выво- 
дить на экран в заданных точках программы содержимое регистров процессора (или 
важных для выполнения программы участков памяти). Это "добавление" удобно 
оформить в виде обработчика какого-либо свободного программного прерывания. То- 
гда включение в программу в критических точках команд 11 позволит контролировать 
ход ее выполнения. 

Для упрощения нашего примера мы ограничимся выводом на экран единственного 
числа — содержимого регистра флагов. Поскольку в регистре флагов, как и в любом 
другом регистре процессора, хранится двоичное число, для вывода на экран его следу- 
ет предварительно преобразовать в символьную форму. Этот вопрос уже был рассмот- 
рен в статье 13; в настоящем примере мы воспользуемся подпрограммами преобразо- 
вания Мп _азс и \г4_азс из этой статьи. 

Для того чтобы некоторый программный фрагмент вызывался командой шЁ и, надо 
просто поместить в выбранный вектор с номером п адрес этого фрагмента, который 
должен завершаться командой 11е{. Тогда команда шёл в отлаживаемой программе бу- 
дет передавать управление обработчику этого прерывания, а команда шей, завершаю- 
щая обработчик, будет возвращать управление в отлаживаемую программу. Естест- 
венно, выбранный вектор не должен использоваться системой и загруженными или за- 
пускаемыми прикладными программами. 

Если с помощью какой-либо инструментальной программы (например, Маше 
фирмы Очацег4еск) просмотреть таблицу векторов, то можно заметить, что значи- 
тельная их часть не используется. Сюда относятся, например, векторы 60Н...66Ъ, кото- 
рые специально отведены для использования в прикладных программах, а также век- 
торы 328, 348...3РВ, 421, 781...7ЕВ и ряд других, зарезервированных для дальнейшего 
использования системой. Любым из этих векторов в принципе можно воспользоваться 
"в личных целях". При этом, однако, следует иметь в виду, что коммерческие про- 
граммы, устанавливаемые на компьютере, часто используют свободные векторы. На- 
пример, резидентная антивирусная программа РССУТЗВ.СОМ фирмы Тгепд М1сго 
Оеу1сез применяет вектор пользователя 601. Поэтому, создавая свою резидентную 
программу, активизируемую через вектор прерывания, надо предварительно убедить- 
ся, что выбранный вектор действительно свободен. 

° Команда шё м преобразуется в результате трансляции в код СО п и занимает 2 бай- 

та, Специально для отладочных целей в системе команд микропроцессора предусмот- 
рена команда 1 3, которая занимает всего 1 байт. В ее машинный код (ССВ) не входит 
номер вектора, однако она всегда вызывает программу, адрес которой находится в 
векторе 3. Следует только иметь в виду, что интерактивные отладчики сами использу- 
ют вектор 3 в служебных целях. Поэтому проанализировать работу приведенного ни- 
же примера в стандартном отладчике не удастся — он будет конфликтовать с програм- 
мой отладчика. Можно порекомендовать с целью отладки сначала использовать в про- 
грамме какой-либо из свободных векторов, например 611 или 621, а затем заменить 
его на вектор 3. 


Пример 37.1. Обработчик программного прерывания 03 
.586 # (1) 
фехЕ зедщеле пзе16 ; (2) 

аззаще С$:кехЕе,05$:Чака; (3) 
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;Прикладной обработчик прерывания 03ЗВ 


пем_ОЗН ркос . ; (4) 
рязпа ; (5) Сохраним все регистры 
раз 105$ ;(6)И еще 0$ 
разн. С5 ; (7) Настроим 05 
рор 05 ; (8) на сегмент команд 
пох ВР, 5Р ; (9) 5Р=текущая вершина стека 


шоу . АХ, [ВР+22] ;(10)АХ=регистр флагов до 1п% 
оу ЗТ, оЕЕЗеЕ #1а95+6; (11)С5:51=поле для результата 


са11 мха азс ; (12) Преобразуем АХ (флаги) 

поУ АН, 09Н ; (13)Функция 20$ вывода на экран 
пох ОХ, ОЕЕЗеф Е1ад3; (14) 05:0Х=Е1а9$ 

пе 218 ; (15) Вызов 205 

рор 05 ; (16) Восстановим 0$ 

рора ; (17) Восстановим все регистры 

1гее ; (18) Возврат в вызывающую программу 


Е1а93 Ч 'РЪАСбЗ=****р $'; (19) Поле для данных в сегменте команд 
пеи_ОЗн епар ; (20) 
;Главная процедура 


мата ргос ; (21) 
пох АХ, Часа ; (22) Стандартные действия по 
щоу 05, АХ ; (23) инициализации 05 

;Установим прикладной обработчик 
пох АХ, 3503. ; (24) Чтение исходного содержимого 
пе 218 ;(25) вектора 0ЗВ 
поу иога рег о14_ОЗВ, ВХ; (26) Сохраним исходный 
оу мог рег о14_031+2,Е$5; (27) вектор 
поч АХ, 25038 ; (28) Заполнение вектора ОЗН 
поу ОХ, оЕЁзее пем_ОЗЬ; (29) РХ=смещение обработчика 
разв 05$ ; (30) Сохраним на время 05$ 
оу ВХ, зед пем_ОЗН; (31) ВХ=сегмент обработчика 
оу 25, ВХ ; (32) 25=сегмент обработчика 
116 218 ; (33) Вызов 2О$ - заполнение вектора 
рор 05 ; (34) Восстановим 0$ 


;Далее может следовать текст отлаживаемой программы, 
;в которую в критических точках включены команды 11% 3. 
;У нас этой программы нет, мы ограничимся‘ командой 11% 3 


116 3 ; (35) Вывод на экран флагов процессора 
;Перед завершением программы восстановим вектор 

мо АХ, 2503. ; (36) Функция записи вектора 

193 0Х,о19_ОЗН ;(37)25:ОХ=исходное содержимое вектора 

116 215 ; (38) Вызов 20$ 


;Завершим программу 
поу АХ, 4СООН ; (39) 
106 218 ; (40) 
та1п епар ; (41) 
;Подпрограмма преобразования слова в символьную форму 
ига азс ргос 


ига азс епар 
; Подпрограмма преобразования четверки битов в символ 
Ь1п_азс ргос 


Ь1п_азс епар 


сехе еп93 
дата зедшепе изе16 
о}9_ОЗн аа 0 ;Ячейка для хранения исходного вектора’ 
даа епаз 
ЗЕК зедщепЕ зЕаск 
[е} 256 ар (0) ;Стек 
зЕК епа$ 
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епа па1п 


Исходный текст примера 37.1 состоит из целого ряда программных фрагментов: 
обработчика прерывания, главной процедуры, подпрограмм \т4_азс и Ып_азс. Как уже 
отмечалось ранее, взаимное расположение фрагментов программы не имеет ни малей- 
шего значения. Можно было начать текст программы с главной процедуры или, на- 
пример, с подпрограмм. Существенно, однако, чтобы все подпрограммы завершались 
командами ге, обработчики прерываний - командами 1теф, а главная процедура окан- 
чивалась вызовом функции РО$ 4Сй. Необходимо также указать в качестве параметра 
завершающей команды епд смещение точки входа в программу, т. е. смещение главной 
процедуры. 

Установка прикладного обработчика прерываний в большинстве случаев состоит 
из двух шагов. Прежде всего в выделенной для этого двухсловной ячейке памяти 
(014 ОЗВ в примере 28.1) сохраняется исходное содержимое используемого вектора, 
чтобы перед завершением программы можно было вернуть таблицу векторов в исход- 
ное состояние. Прочитать вектор можно прямым обращением к памяти (вектор 3 за- 
нимает ячейки с адресами 00005:000СН...00005:000ЕЪ), однако лучше использовать 
специально предназначенную для этого функцию РО$ с номером 35} (предложения 24 
и 25). При ее вызове в регистр АГ. заносится номер интересующего нас вектора; со- 
держимое вектора возвращается в регистрах Е$:ВХ (естественно, в Е$ сегментный ад- 
рес из вектора, а в ВХ — смещение). 

Сохранив вектор, следует занести в него адрес нашего обработчика, для чего ис- 
пользуется функция 2О$ с номером 25[. Как и в случае функции 351, номер вектора 
указывается в регистре АТ; полный двухсловный адрес обработчика должен находить- 
ся в регистрах 2$:0ОХ. Здесь нас подстерегает неприятность: регистр 2$ обычно на- 
страивастся на сегмент данных, однако к моменту вызова функции 258 в нем должен 
содержаться сегментный адрес того сегмента команд, в котором находится обработчик 
прерываний. Поэтому мы сохраняем на время исходное содержимое 2$ (предложение 
30), получаем сегментный адрес обработчика (предложение 31) и заносим его в 0$, 
после чего можно обратиться к РО$ (предложение 33), которая и заполнит вектор 
прерывания. В нашем случае сегмент обработчика совпадает с сегментом программы, 
адрес которого находится в С$, и перенести его в 2$ можно было через стек: 

разн 5С5 
рор 25 

Приведенный выше фрагмент эффективнее использованного в тексте программы. 
Восстановлением сохраненного на время содержимого Р$ завершается этап инициали- 
зации обработчика прерывания. 

Описанная выше секция инициализации должна, разумеется, располагаться перед 
текстом отлаживаемой программы (или, во всяком случае, перед текстом ее отлажи- 
ваемого участка). Включение в любом месте следующей далее программы команды 
13 приведет к выводу на экран содержимого регистра флагов в этой точке. 

Перед завершением программы необходимо с помощью функции РОЗ 258 восстано- 
вить измененный нами вектор прерывания. Перенести в регистры 2$:0Х содержимое ячей- 
ки 014 ОЗр можно двумя командами тоу, однако удобнее воспользоваться командой 145 
(предложение 37), которая в одном действии заполняет сразу оба регистра. 

Перейдем теперь к рассмотрению самого обработчика прерываний (процедура 
.пем_ОЗВ, предложение 4). Необходимо помнить, что в обработчике прерываний, как и 
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в подпрограмме, недопустимо разрушение регистров, так как это может нарушить ход 
выполнения вызывающей программы. Поэтому в начале обработчика необходимо со- 
хранить в стеке все регистры, которые в нем будут использоваться, а в конце восста- 
новить их. Мы для простоты воспользовались командой ризва сохранения всех реги- 
стров. Однако эта команда сохраняет только регистры данных, нам же понадобится 
еще и регистр 0$, который приходится сохранять отдельной командой (предложе- 
ние 6). В следующих далее предложениях 7 и 8 регистр 0$ настраивается на сегмент 
обработчика. Зачем это нужно? 

Наш обработчик прерывания использует "инструментальное" поле данных Йа9з 
(предложение 19), в которое при вызове подпрограммы \14_азс заносится символьное 
представление содержимого регистра флагов. Это поле можно было расположить 
в сегменте данных программы, однако, поскольку оно носит инструментальный харак- 
тер и нужно только обработчику, разумнее поместить его в процедуру обработчика. 
Разумеется, это поле не должно разбивать команды обработчика, однако после коман- 
ды её оно вполне уместно. Содержимое поля Йарз будет выводиться на экран функ- 
цией РО$ 091, которая требует наличия адреса выводимой строки в регистрах 25:ОХ. 
Если мы хотим воспользоваться функцией 091, мы обязаны настроить 0$ на тот сег- 
мент, в котором находится выводимое сообщение. 

Есть и еще одно, более тонкое соображение. В подпрограмме \т4_азс для запол- 
нения поля Йар$ используется индексная адресация через регистр $1: 

мо Бусе рёг [51], АБ 


Как уже неоднократно отмечалось, при любом обращении к памяти процессор ис- 
пользует два компонента адреса. Смещение в нашем случае находится в регистре 5Ь 
а сегментный регистр в приведенной выше команде не указан. Однако по умолчанию 
такого рода команда транслируется так, что процессор при ее выполнении использует 
в качестве сегментного регистр 0$. Таким образом, и эта команда требует помещения 
в 025$ сегментного адреса сегмента команд. Если бы в программе не использовалась 
функция 2О$, которая тоже работает с 05, а была бы лишь команда обращения к 
ячейке памяти Наз$, находящейся в сегменте команд, то можно было бы обойтись без 
настройки 05, а команду обращения к памяти записать таким образом: 

оу рутсе рёг С5:[51],АЬ 


В этом случае адресация памяти будет осуществляться через регистр С$, который, 
разумеется, и так настроен на сегмент команд. 

Уместно еще раз подчеркнуть, что неправильное содержимое сегментных регист- 
ров не может быть обнаружено на этапе трансляции, а проявляется лишь при выпол- 
нении программы. Поэтому программист должен очень внимательно относиться ко 
всем командам с обращением к памяти и заботиться о правильном заполнении исполь- 
зуемых этими командами сегментных регистров. | 

Две следующие команды обработчика (предложения 9 и 10) иллюстрируют широ- 
ко распространенную методику работы со стеком. По условию задачи нам надо полу- 
чить содержимое регистра флагов в точке вызова обработчика в главной процедуре. 
Это содержимое было сохранено в стеке пропессором при выполнении команды 1 
(см. статью 7). Где оно там находится? В каждой конкретной программе адрес нужно- 
го места в стеке приходится определять индивидуально. В нашем случае состояние 
стека к моменту выполнения предложения 8 приведено на рис. 37.1. 
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ВР+0 
ВР+2 
ВР+4 
ВР+6 
ВР+8 
ВР+10 
ВР+12 
ВР+14 
ВР+16 
ВР+18 
ВР+20 
Вр+22 


<— $Р после комвид сохранения регистров 


<— ЗР при входе в обработчик прерывания 


<— $Р на момент прерывания 





Рис. 37.1. Состояние стека в обработчике прерывания примера 37.1 


Команда и\{ помещает в стек три слова — флаги, С$ и ГР. Первая команда обработ- 
чика ризВа сохраняет в стеке содержимое восьми регистров в том порядке, какой ука- 
зан на рис. 37.1. Следующая далее команда ризй 0$ смещает стек еще на одно слово. 
Таким образом, нужное нам слово флагов находится на 11 слов, или 22 байт, ниже 
вершины стека. Для чтения этого слова текущее содержимое ЗР переносится в ВРи 
командой 

поу АХ, [ВР+22] 


выполняется загрузка в регистр АХ слова флагов. Напомним, что при использовании 
вкачестве индексного регистра ВР процессор по умолчанию обращается к области 
памяти, адресуемой через 35, т. е. к стеку. Рассмотренная методика работы со стеком, 
когда сначала регистр ВР настраивается на текущую вершину стека, а затем обраще- 
ние к стеку осуществляется с помощью индексной адресации через ВР с указанием до- 
полнительного числового смещения, является общепринятой. 

Поместив в регистр АХ интересующее нас данное, мы настраиваем 3] на адрес по- 
ля для размещения результирующей символьной строки, вызываем подпрограмму 
\от4_азс преобразования числа в символы и выводим эту строку на экран функцией 
0$ 091. В конце обработчика восстанавливаются сохраненные ранее регистры, после 
чего обработчик завершается командой выхода из прерывания Не. 

Запустив программу 37.1, вы получите на экране строку вроде следующей: 
РАб$=32025 | 


Она говорит о том, что в регистре флагов были установлены разряды 13, 12, 9 и 1 (см. 
рис. 3.2). Разряды 13 и 12 (уровень привилегий ввода-вывода ГОРГ.) в реальном режи- 
ме не используются, и мы о них пока говорить не будем, разряд 9 соответствует уста- 
новленному флагу 1Е, а разряд 1 в регистре флагов попросту отсутствует, но при чте- 
нии всегда дает |. Конкретное значение регистра флагов, выводимое на экран, может 
различаться в зависимости от операционной среды — запускается ли программа из 
УИпдо\и$ в сеансе командной строки или непосредственно из М$-2О$. 

_ При необходимости программу можно сделать более универсальной, предусмотрев в 
ней вывод всех регистров процессора. Для этого придется удлинить символьную строку 
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Парз, отведя в ней место для символьного представления всех выводимых регистров, и, пе- 
ренося по очереди содержимое остальных регистров в АХ, вызывать для каждого подпро- 
грамму \т4_азс, не забывая при этом модифицировать смещение в $1. При этом исходное 
содержимое регистров 0$, $1 и ВР, которые используются и модифицируются в процедуре 
пем/_ОЗН, придется извлечь из стека (как это было сделано для регистра флагов), определив 
по рис. 37.1 их смещения. То же касается и исходного содержимого указателя команд ГР, 
которое вообще нельзя получить другим способом, так как [Р не является мнемоническим 
обозначением указателя команд и предложение вида 
пох АХ, ТР 


не имеет смысла. 


Статья 38. Обработка аппаратных прерываний 


В статье 27 была рассмотрена работа системного таймера. Там же были приведены 
некоторые примеры программирования таймера, в частности процедура изменения его 
частоты, однако не затрагивались вопросы обработки прерываний от таймера. В дей- 
ствительности же таймер используется главным образом именно как источник перио- 
дических прерываний. Напомним, что при настройке по умолчанию (в регистре- 
фиксаторе содержится число ЕЕЕЕН) на выходе таймера возникают сигналы с частотой 
1,19318 МГц: 65 535=18,2 Гц. Эти сигналы возбуждают прерывания на линии 1ВО0 с 
вектором О8В, которые в нормальном режиме работы компьютера обрабатываются 
программой ВТО$, осуществляющей отсчет текущего времени. Прерывания канала 0 
широко используются для временной синхронизации прикладных программ и про- 
граммно-управляемых процессов. Например, с помощью прерываний от таймера мож- 
но периодически выводить на экран некоторую информацию, отсчитывать интервалы 
времени, управлять в реальном времени аппаратурой, подключаемой к компьютеру, 
ит. д. Рассмотрим простой обработчик прерываний от системного таймера. 

В примере 38.1 задачей обработчика прерываний от таймера является отсчет за- 
данного интервала времени (конкретно -— 3 с) и по истечении этого интервала пере- 
ключение основной программы на другую ветвь ее выполнения. В результате програм- 
ма в течение 3 с выполняет одну работу, а по истечении 3 с переключается на выпол- 
нение других действий. В рассматриваемом примере программа в течение 3 с просто 
крутится в цикле, а через 3 с выходит из этого цикла и, выведя на экран предупреж- 
дающее сообщение, завершается. В реальном случае программа могла бы, включив не- 
которую измерительную аппаратуру, в течение заданного интервала времени выводить 
на экран информацию, получаемую из этой аппаратуры, а по истечении интервала 
времени выключить аппаратуру и приступить к обработке накопленных данных. 

Измерение интервала времени осуществляется путем счета числа поступивших 
прерываний. Интервал 3 с соответствует приблизительно 54 прерываниям; соответст- 
венно на первые 53 прерывания обработчик прерываний просто завершается, а на 54-е 
выполняет переключение ветвей основной программы. 


Пример 38.1. Обработчик прерываний от таймера 


ма1п ргос 
моУ АХ, Чака ;Инициализация 
пом р$,АХ ; сегментного регистра 15$ 


;Прочитаем и сохраним исходное содержимое вектора 8 
мох АХ, 35081 
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3п1е 215 

поУ мога рёг о1а 081,ВХ 

моу мога рёг о1а 081+2,Е5 
;Установим наш обработчик прерываний пем_08Ь 

поу АХ, 2508 

пом ОХ, оЕЁзеф пен_08В 


рун 05 ;Сохраним на время 05$ 
ручзВ С8 ;Отправим содержимое С5$ 
рор 05 ;в 05 

10 215 ;Вызов 00$ (функции 251) 
рор 05 ;Восстановим 05 


;Сымитируем действия, выполняемые в течение 3 с, просто зациклив программу 
$вор: пр бор 
;Вторая ветвь программы, активизируемая по истечении 3 с 


Нп: Поу АН, ОЭ ;Выведем на экран `сообщение 
поУу ОХ, оЕЕзее п5а 
11 215 
Поу АХ, 2508 В ;Восстановим вектор 8 
145 ОХ, о1а О8Ь 
пе 215 
поу АХ, 4С00В ;Завершим программу 
116 215 
ма!п епар 


Прикладной обработчик прерываний от таймера, 
;‚активизируемый 18,2 раза в секунду 
пех ОВР ргос 


ризЬ АХ ;Сохраним два используемых 

ризп ВР ;в обработчике регистра 

ес С$:Е1те ;Декремент интервала времени 
` 312 ое пЕ ;Пока не 0, выйти из прерывания 
‚Содержимое ячейки Е1те уменьшилось до 0, выполнить переключение программы 

поУ ВР, 5Р ;ВР=текущая вершина стека 

ПоУ АХ, ОЕЕЗеф Е1п;Смещение точки перехода 

пох [ВР+4],АХ ;Отправим его в стек на место ТР 

поу АХ, зед Е1п ;Сегмент точки перехода 

пом [ВР+6], АХ ;Отправим его в стек на место С5 
ОМЕ1ПЕ: пом АБ, 20В ;Команда ЕОТ в контроллер 

оцЕ 201, АБ ; прерываний 

рор ВР ;Восстановим оба 

рор АХ ;у сохраненных регистра 

1гее ;Выход из прерывания 
С1те Ям 54 ;Ячейка для отсчета времени 


пен О8п епар 
;Поля данных 
019 08в аа о ;Ячейка для хранения исходного вектора 
п$а ЧЬ 'Временной интервал истек!$';Предупреждающее сообщение 

Процедура установки обработчика аппаратного прерывания ничем не отличается 
от той, что была рассмотрена в статье 37, посвященной программным прерываниям: 
сначала с помощью функции 35} читается и сохраняется в ячейке о1!9_08В исходное 
содержимое вектора 8, затем функцией 251 в вектор заносится полный адрес приклад- 
ного обработчика пе\/_08Н. После этого программа приступает к действиям, заплани- 
рованным для выполнения в течение 3-секундного интервала (в данном случае — цикл 
перехода на метку $1юр). 

Процедура пем 08 обработчика прерываний весьма проста. После сохранения в 
стеке регистров АХ и ВР, используемых в программе обработчика, выполняется дек- 
ремент ячейки те, исходное содержимое которой определяет измеряемый интервал 
времени. Эта ячейка расположена фактически в процедуре обработчика и обращение к 
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ней требует замены сегмента (0$ на СЗ). Если результат не достиг нуля, командой 17 
осуществляется переход на метку омйпЕ и завершение обработки данного прерывания. 
В процедуру завершения входит генерация команды ЕО1, посылаемой в ведущий кон- 
троллер прерываний (см. статью 26), восстановление сохраненных ранее регистров 
и команда выхода из прерывания не. 

При обработке 54-го прерывания команда 4ес Нте фиксирует нулевой результат, в 
результате чего команда условного перехода п не срабатывает и выполняются сле- 
дующие строки обработчика. Регистр ВР настраивается на текущую вершину стека, и 
на место находящегося в стеке двухсловного адреса возврата в основную программу 
записывается двухсловный адрес ячейки йп, на которую мы хотим переключить ос- 
новную программу по истечении 3 с. Смещение на 4 байта относительно вершины сте- 
ка понадобилось из-за того, что в начале программы обработчика мы сохранили в сте- 
ке содержимое двух регистров. 

Рассмотренный способ динамического изменения адреса возврата путем модифи- 
кации содержимого стека используется иногда и в прикладном, и в системном про- 
граммировании, однако главным образом в обработчиках программных (синхронных) 
прерываний. Реализация такого приема в обработчике аппаратных (асинхронных) пре- 
рываний, как это сделано в нашем примере, приводит к невозможности использовать в 
основной программе системные средства. Дело в том, что диспетчер 2О$, вызывае- 
мый командой 11 218, выполняет, в числе прочего, переключение стека: вместо стека 
прикладной программы начинает использоваться стек РОЗ. В этом случае при поступ- 
лении прерывания от таймера процессор сохраняет в стеке в качестве адреса возврата 
текущий адрес прерванной программы РО5. Ясно, что, заменив его адресом точки $®юр 
нашей программы, мы после выхода из прерывания уже не вернемся в РО$, работа ко- 
торой по выполнению затребованной функции останется незавершенной. Это приве- 
дет к выходу системы из строя и необходимости перезагрузки машины. Именно по- 
этому в примере 38.1 останов программы в ожидании прихода 54-го прерывания от 
таймера выполнен с помощью бесконечного цикла 
5сор: пр $сор 


а не путем вызова, например, функции 018 2О$. 


Статья 39. Взаимодействие прикладных 
и системных обработчиков прерываний 


Методика полной подмены системного обработчика прикладным, использованная 
в программе предыдущей статьи (так называемый перехват вектора), обладает сущест- 
венным недостатком: на время функционирования программы отключается системное 
обслуживание прерываний от таймера, что приводит к останову системных часов. 
В этом легко убедиться, увеличив в примере 38.1 интервал времени до 10-15 си вы- 
полнив командный файл, состоящий из такой последовательности команд ОЗ: 
ПМЕ 


30-01.ЕХЕ 
ИМЕ 


Сравнение выводов команд ТИМЕ до запуска нашей программы и после ее завер- 
шения покажет, что системное время практически не увеличилось. Следовательно, 
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системные часы стояли, пока выполнялась наша программа. Следует, однако, заме- 
тить, что этот эксперимент покажет убедительные результаты, лишь если он выполня- 
ется в чистой РО. Если повторить его в сеансе 0ОЗ системы У/т4о\/з 95 (или 
УЛпдо\г$ 3.1), то показания системных часов после завершения программы будут со- 
ответствовать правильному астрономическому времени; отставания часов мы не обна- 
ружим. Объясняется это явление тем, что, хотя программа, перехватывая прерывания 
от таймера, останавливает отсчет системного времени, У/тдоу/$ после завершения 
программы тут же восстанавливает для данного сеанса РОЗ правильное время. Этот 
пример показывает, как осторожно следует относиться к запуску в системе У/1п9д0%/5 
приложений 0О$, использующих временную синхронизацию событий. Системы 
У тдо\жз М№Т/2000 имеют существенные отличия от \шдоу 95/98, и в них наша про- 
грамма будет работать так же, как и в чистой РО$, — на время ее работы системный 
отсчет времени будет остановлен, что приведет к отставанию системных часов. 

Между тем существует такой способ организации прикладного обработчика, при 
котором системные алгоритмы обслуживания прерывания не отключаются, а продол- 
жают действовать как обычно. Иногда этот способ называют сцеплением обработчи- 
ков или реализацией цепочки обработчиков прерывания. Он применим как к аппарат- 
ным, так и к программным прерываниям. 

При инициализации прикладного обработчика, сцепляемого с системным, следует точ- 
но так же, как и при полном перехвате вектора, сохранить адрес системного обработчика 
(для общности назовем двухсловную ячейку для хранения исходного вектора о! уес) 
ипоместить в вектор прерывания адрес (например, пе\/_ 116 прикладного обработчика. Для 
обеспечения выполнения при каждом прерывании сначала системной обработки, а за ней 
прикладной струкгура прикладного обработчика должна быть такой: 
пем_17е ргос 

разВЕ ;Сохраним флаги для команды 1геё 
са11 @мог@Я рёг 014 уес;В системный обработчик с возвратом 
... ;Прикладная обработка 
1гее 
пем_1ле епар 

После того как процессор выполнит процедуру прерывания, в стеке прерванного 
процесса оказываются три слова: слово флагов, а также двухсловный адрес возврата в 
прерванную программу (рис. 39.1). Именно такая структура данных должна быть на 
верху стека, чтобы команда 1теф, которой завершается любая программа обработки 
прерываний, могла вернуть управление в прерванный процесс. 


| От кюманды 
] са| д\гог@ ри: 019 _уес 


<— От команды риз ВР 
Заполнено процессором 
при выполнении 
процедуры прерывания 
и перехода на пе\!_11 





Рис. 39.1. Стек прерванной программы в процессе выполнения прикладного обработчика 
прерываний: СУ! ЛР! -. адрес точки возврата в прерванную программу, С$2/ЛР2 - адрес точки 
возврата в прикладной обработчик 
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Первая команда нашего обработчика ризНЁЕ засылает в стек еще раз слово флагов, 
а команда дальнего косвенного вызова системного обработчика са! дога ри о! _уес в 
процессе передачи управления системному обработчику помещает в стек двухсловный 
адрес возврата на следующую команду прикладного обработчика. В результате осуще- 
ствляется переход на программу системного обработчика, а в стеке формируется трех- 
словная структура, необходимая для команды ие. 

Системный обработчик, закончив обработку данного прерывания, завершается 
командой 1ге|. Эта команда забирает из стека три верхних слова и осуществляет пере- 
ход по адресу С$2:1Р2, т. е. на продолжение прикладного обработчика. Завершающая 
команда нашего обработчика те! снимает со стека три верхних слова и передает управ- 
ление по адресу С$1Р1 в прерванную программу. | 

Иногда нужно обеспечить условия для выполнения прикладной обработки не по- 
сле, а до системной. Тогда структура прикладного обработчика будет иной: 
пем_ 10 ргос 

; Прикладная обработка 
пр ЧчогЯ рёг 019 уес;В системный обработчик без возврата 
пем 1пЕ епар 
Здесь нет необходимости помещать в стек флаги. Завершающая прикладную обра- 
ботку команда перехода передает управление (не затрагивая стек) в системный обра- 
ботчик, который далее выполняется обычным образом. у 
В редких случаях прикладной обработчик должен выполнить некоторые действия 
до передачи управления в системный, а некоторые — после. Тогда используется сле- 
дующая структура обработчика: 
пе 10 ргос 
... ;Прикладная обработка до системной 
ручзВЕ ;Сохраним флаги для команды 1геЕ 
са11 Фмог@ рёг о14_ уес;В системный обработчик с возвратом 
... ;Прикладная обработка после системной 
1геё 

пен_1пЕ епар 

В практическом программировании в подавляющем большинстве случаев исполь- 
зуется первый способ сцепления обработчиков, когда передача управления системно- 
му обработчику осуществляется командой са|, а прикладная обработка выполняется 
после завершения системной. 

Преобразуем программу 38.1, сцепив прикладной обработчик с системным. Это 
потребует лишь незначительного изменения первых строк процедуры обработчика; 
весь остальной текст программы остается без изменений (пример 39.1). 

Пример 39.1. Прикладной обработчик прерываний от таймера, сцепленный с системным 
пем_О8В ргос | 


разВЕ ;Сохраним флаги для команды 1ге® 
са11 @мога рёг о1а_08В 

ризп АХ ;Сохраним два используемых 

ризнН ВР ;в обработчике регистра 


Если выполнить (в чистой ОО) приведенный выше командный файл для про- 
граммы 39.1, мы не обнаружим отставания системных часов. Таким образом, сцепле- 
ние прикладного обработчика с системным позволяет, не нарушая работы компьютера, 
ввести в обработку прерываний штатных устройств прикладные алгоритмы. 
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Последний пример позволяет нам остановиться на весьма важном вопросе взаимо- 
действия обработчика аппаратного прерывания и основной программы, в состав кото- 
рой он входит. Как уже говорилось, в процессе обслуживания прерывания процессор 
изменяет содержимое лишь двух регистров — С$ и [Р, помещая в них адрес обработчи- 
ка, извлеченный из таблицы векторов. Содержимое всех остальных регистров остается 
без изменения, в частности регистры 55:$Р определяют вершину стека прерванной 
программы, а регистр 0$ указывает на ее сегмент данных. Это как будто предоставля- 
ет весьма привлекательную возможность записывать данные из обработчика прерыва- 
ний непосредственно в основную программу. Например, обработчик прерываний от 
измерительной аппаратуры может принимать из нее результаты измерений, а основная 

’ программа тут же их обрабатывать. Однако в действительности это совсем не так. Ап- 
паратные прерывания могут возникать в любой момент времени и прерывать основ- 
ную программу в любой ее точке, и для того, чтобы обработчик прерываний мог об- 
ращаться к сегменту данных основной программы, требуется, чтобы содержимое реги- 
стра О$ не изменялось в течение всей жизни программы. В реальных программах 
сегментные регистры данных приходится по ходу программы перенастраивать, на- 
пример для того, чтобы обратиться к системным областям или к другим сегментам 
данных. В частности, многие системные вызовы в процессе своего выполнения на- 
страивают регистр 0$ на системные поля данных. В результате попытка записи дан- 
ных обработчиком прерываний в основную программу с болышой вероятностью при- 

‚ ведет к затиранию полей РОЗ и разрушению системы. 

В свете сказанного ясно, что включенное в пример 39.1 предложение вызова сис- 

‚ темного обработчика через ячейку о14 ри, расположенную в сегменте данных основ- 

‚ ной программы 

са11 Чмог@ рек о14_08В 


выглядит не очень корректно. Поскольку в этой команде не указан сегментный ре- 
гистр, по умолчанию процессор использует регистр 0$, а его содержимое в процессе 
выполнения основной программы может измениться. Поэтому правильнее располо- 
жить ячейку о!4_08} с исходным вектором не в сегменте данных, а непосредственно 
в процедуре обработчика и обращаться к ней через регистр С$ с использованием опе- 
рации замены сегмента: ° 

са11 С5:014_08В 


Перенос поля данных в сегмент команд потребует изменения всех предложений, 
вкоторых происходит обращение к этой ячейке. Модифицированные фрагменты про- 
граммы приведены ниже. Следует обратить внимание на расположение ячеек с дан- 
ными. Их следует размещать так, чтобы ни при каких обстоятельствах процессор не 
начал бы выполнять коды данных. В частности, их можно поместить перед процеду- 
рой пе\м’_08Ъ; мы нашли для них другое допустимое место — в самом конце этой про- 
цедуры, после команды ие! (пример 39.2). 


‚Пример 39.2. Сцепление прикладного обработчика с системным с расположением ячейки 
сисходным вектором в сегменте команд 

„та1п ргос 

| пох АХ, Часа 

поу 05$, АХ 

поУ АХ, З50ВН 

ТЕ 218 

пом мога рег С5:о14_081, ВХ; Обращение к сегменту команд 
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поу — мог@Я рег С5:019_08+2,ЕЗ;То же 
поУ АХ, 25081 
моу ОХ, оЕЁзее пем_08В 


ЕП: поУ АН, ЭВ 


поУу ОХ, оЕЁзее пза 
116 218 


;Восстановим исходное содержимое вектора 8 
поУ АХ, 2508 В 
по ОХ, мога рёг С$:014_ О8п;Смещение вектора в ОХ 
поу ЗХ,мога рег С$:014_08,+2;Сегмент вектора 
поУ $, ВХ ;геренесем в 125 
ПЕ 218 
поУ АХ, 4С0ЭВ 
116 218 
па1п епар 
пем_О8Н ргос 
рузВЕ 
са11 С5:о31а 088 


1гес 
©1пе Зи 54 ;Ячейки с данными в сегменте 
014085 аа 0 ; команд 


‚лем_08В епар 
сехе еп4$ 


Статья 40. Обработка прерываний 
по СЫ1+С и СЫН ВгеаК 


Во многих вычислительных системах сочетание клавиш СН]+С зарезервировано 
для принудительного завершения активной программы и передачи управления систе- 
ме. Однако для этого нужно, чтобы 2О$, обрабатывая прерывания от клавиатуры, по- 
стоянно анализировала поступающие коды и "вылавливала" код нажатия СЫ1+С (код 
А$СП 038). М$-2О$ проверяет наличие СН!+С во входном потоке не в программе об- 
работки прерываний от клавиатуры, а на более высоком уровне, при выполнении про- 
граммных запросов. При этом различные функции ОО$ по-разному реагируют на ввод 
с клавиатуры СЫ1+С. 

Все функции ПОЗ делятся на две группы — функции ввода-вывода с номерами 
011...ОСВ и все остальные функции, т. е. функции с номерами 001, ОПН...6СВ, которые 
иногда называют "дисковыми". Функции с номерами, превышающими 6СИ, использу- 
ются расширителями РО$, сетевыми программами, инструментальными пакетами и 
другими системными программами. Различие двух указанных групп заключается в 
том, что при вызове функций ввода-вывода РО$ псреходит на внутренний стек ввода- 
вывода, а при вызове всех остальных функций - на другой внутренний стек, который 
называется дисковым. Наличие в ПОЗ двух внутренних стеков обеспечивает ее час- 
тичную реентерабельность (повторную входимость), т. е. возможность при обнаруже- 
нии ошибки в процессе выполнения какой-либо функции 2О$ (принадлежащей к 
"дисковой" группе} вызвать функции ввода-вывода для вывода на экран аварийного 
сообщения и ввода с клавиатуры указаний пользователя. Вопросы нереентерабельно- 
сти РОЗ и методы ее преодоления будут рассмотрены в статье 44. 

Большая часть функций ввода-вывода из диапазона 011...0СЬ проверяют перед 
своим выполнением наличие в кольцевом буфере клавиатуры кода 03 (С&1+С} и при 
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обнаружении этого кода выполняют команду 11 231. В векторе 23Ъ обычно находится 
адрес программы 2О$, завершающей текуший процесс. Исключение составляют функ- 
ции 06} и 07Ъ, нечувствительные к СЫ!1+С, а также функции 02} и 091, которые (во 
всяком случае, в М$-0ОО$ версий 5.0, 6.0 и 6.2) анализируют кольцевой буфер на 
предмет наличия там СЫ+С один раз на каждые 64 вызова. Проверка на Си1+С осуще- 
ствляется независимо от перенаправления ввода-вывода, а также независимо от со- 
стояния системного флага ВВЕАК, 

"Дисковые" функции выполняют проверку на СЫ1+С лишь в том случае, если уста- 
новлен флаг ВВЕАК, т. е. была выполнена команда РОЗ 
ВВЕАК ОМ 


Таким образом, изменяя состояние ВКЕАК, можно включать или выключать ме- 
ханизм реакции на СН1+С большинства функций РО$. Заметим, что речь идет практи- 
чески обо всех функциях РОЗ: файловых, получения или установки даты и времени, 
выделения и освобождения памяти, запуска и завершения задач и др. 

Поскольку проверка на СЬ!+С осуществляется только при выполнении функций ОО$, 
нажатием СЫ1+С в системе М$-РОЗ нельзя завершить чисто процессорную (вычислитель- 
ную} задачу, а только такую, в которой имеются вызовы системных функций. 

Однако и такая возможность часто оказывается чрезмерной. При завершении зада- 
чи по СНС могут остаться невосстановленными модифицированные векторы преры- 
ваний или неправильно закрыться открытые файлы. Поэтому большинство приклад- 
ных программ не использует системный обработчик СЫ1+С, заменяя его собственным. 
Назначение этого обработчика — корректное завершение программы (вывод на экран 
запроса на подтверждение завершения, закрытие файлов, возможно, выключение обо- 
рудования, подсоединенного к компьютеру, и т. д.). Поскольку в момент передачи 
управления через вектор 231 система находится в обычном стабильном состоянии, это 
позволяет использовать в обработчике любые функции РОЗ (например, функции вы- 
вода). Как правило, обработчик завершается вызовом функции РО$ 4СЬ, передающей 
управление командному процессору СОММАМР.СОМ. 

При замене системного обработчика прикладным необходимо иметь в виду, что 
вектор 231, как, впрочем, и любой другой, принадлежит не конкретной задаче, а всей 
вычислительной системе. После завершения задачи необходимо восстановить исход- 
ное содержимое вектора, так как в противном случае ввод СИ1+С при выполнении по- 
следующих задач неминуемо приведет к нарушению работы системы. Однако РОЗ 
при загрузке задачи в память копирует в определенные ячейки префикса программы 
РР содержимое векторов 221 (завершение задачи), 231 (обработка СЫ1+С) и 246 (об- 
работка критической ошибки) (см. табл. 32.1). Стандартная системная процедура за- 
вершения задачи включает в себя восстановление исходного содержимого указанных 
трех векторов, которое берстся из префикса программы. Таким образом, даже если 
прикладная программа, модифицировав вектор 23Ъ, не восстановила его, это сделает 
205 в процессе завершения задачи. 

В примере 40.1 рассматривается простейший обработчик прерывания 231, кото- 
рый, выведя на экран предупреждающее сообщение и дождавшись ответа пользовате- 
ля (нажатия любой клавиши), завершает программу обычным образом — вызовом 
функции 2О$ 4СВ. 


Пример 40.1. Обработчик СШ+С. Аварийное завершение программы 
па1п ргос 
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; Занесем в вектор 231 адрес нашего обработчика 
По АХ, 25236 
моу ОХ, оЕЁзее пем_238 


разв 6С5 ;Настроим 0$ на сегмент обработчика 
рор 25 ; (требуется для функции 258) 
106 218 
по АХ, аафа . ;Сделаем наш сегмент данных 
пом 0$, АХ ; адресуемым 
По АН, 026 ;Функция вывода на экран символа 
поУ рр, '*' ;Выводимый символ 
кККК: 16 218 
Эмр кккк ;Бесконечный цикл вывода символа 
ма1п епар ` 


;Прикладной обработчик прерывания 238 
пем_23В ргос 
;Выведем информационное сообщение 
поУ АН, 09 
пом ОХ, оЕЕзеё пезч 
106 218 
;Завершим программу обычным образом 
поУ АХ, 4С00В 
116 218 
пем_23В елар 
;В сегменте данных 
пе59 ар 'Хотите ли вы завершить программу?$' 


В главной процедуре программы шаш выполняется загрузка в вектор 23В адреса 
прикладного обработчика. Поскольку после завершения программы исходное содер- 
жимое этого вектора будет восстановлено системой, нет необходимости в его предва- 
рительном сохранении. 

После инициализации вектора 23Н программа входит в бесконечный цикл вывода 
на экран символа. При нажатии сочетания Си!+С управление передается на приклад- 
ной обработчик, который выводит на экран сообщение тезр и завершает программу 
вызовом функции РОЗ 4СВ. 

Система М$-РО$ предоставляет и другую возможность вмешательства в ход вы- 
полнения программы — нажатие клавиш С++ВтеакК. 

Системный обработчик прерываний от клавиатуры, входящий в состав В!О$, при 
обнаружении комбинации клавиш СЫ]+ВтеаК передает управление программе, адрес 
которой содержится в векторе 1ВВ. Эта программа, так же входящая в состав В]О$, 
состоит из единственной команды ше! и не выполняет, таким образом, никаких функ- 
ций. Однако в процессе начальной загрузки ОО$ изменяет содержимое вектора 1Вй, 
записывая в него адрес своего обработчика. Этот обработчик, получив управление, 
выполняет следующие действия: 

. включает 00001 в кольцевой буфер клавиатуры на место головного символа; 

‚ модифицирует указатели кольцевого буфера так, что буфер представляется 

системе очищенным; 

. записывает флаг СЫ1+ВтеаК в ячейку области данных ВТО$ по адресу 40Н:718; 

» записывает код СЫ1-+С (031) в буфер драйвера консоли СОМ, что для драйвера 

консоли равносильно наличию кода СШ+С в кольцевом буфере ввода с кла- 
виатуры. 


В результате если после нажатия С&+ВтеакК программа вызовет какую-либо 
функцию 2О$, выполняющую проверку на СЫ!+С, то РОЗ обнаружит наличие 
СЬ1-+ВгеаК и передаст управление на вектор 23Ъ точно так же, как и при обнаружении 
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Си1-+С. Таким образом, системная обработка Сы!+ВтеаК и СЫ+С в итоге выполняется 
почти одинаково. Особенность обработки СЫ+С заключается в том, что если перед 
вводом СН1+С были нажаты какие-то клавиши и их коды остались в кольцевом буфере 
клавиатуры, они будут "маскировать" код СЫ+С, так как драйвер консоли всегда 
анализирует только самый старый из символов, находящихся в кольцевом буфере. С 
вводом СЫ+ВгеаК ситуация иная. Программа РО$, обрабатывающая прерывание 1В1, 
отправляет код ОЗН не в кольцевой буфер клавиатуры, а непосредственно в драйвер 
СОМ. Поэтому комбинацию СН+ВгеаК нельзя замаскировать вводом символов с 
клавиатуры (к тому же программа обработки С1+ВгеаК очищает кольцевой буфер). 

Прикладная программа может заменить содержимое вектора {В} адресом собственно- 
го обработчика. В этом случае при.нажатии СШ!+ВтеаК произойдет немедленный (через сис- 
темный обработчик прерывания 09 и вектор 1В1Н) переход на программу обработчика, 
который, таким образом, может взять на себя управление практически в любой точке про- 
граммы, в том числе и при зацикливании или других чисто процессорных операциях. Од- 
нако такой обработчик работает на уровне прерываний, что ограничивает его возможности. 
В момент прерывания могли исполняться какие-то программы ОО$, поэтому завершение 
обработчика иначе, чем командой пе может привести к аварии системы. Кроме того, из 
обработчика нельзя обращаться к функциям РОЗ. Однако при всех этих ограничениях воз- 
можность в любой момент вмешаться в ход выполнения программы оказывается для неко- 
торых приложений весьма полезной. 

Исходное содержимое вектора 1ВВ (в отличие от вектора 231) не восстанавливает- 
ся системой автоматически при завершении программы. Поэтому в прикладной про- 
грамме, перехватывающей прерывание по Сы!+ВгеаК, необходимо предусмотреть пе- 
ред ее завершением восстановление исходного содержимого этого вектора. Однако 
‘пользователь может завершить программу и аварийно, нажав СЫ1+С и обойдя тем са- 
мым строки нормального завершения. Поэтому в программе, перехватывающей вектор’ 
ТВЬ, следует предусмотреть собственный обработчик прерывания по СЫ1+С, в кото- 
ром перед завершением программы восстанавливается вектор 1ВВ. 

Вернемся к программе 40.1, которая позволяет поставить весьма наглядный экспери- 
мент, демонстрирующий системные алгоритмы обработки СЬ1+С и СЫН Вгеак. Запустив 
программу, нажмем на любую клавишу. Это действие занесет код нажатой клавиши в коль- 
цевой буфер ввода. Если после этого ввести команду СЫ1+С, аварийного завершения про- 
граммы не произойдет, так как предварительно введенный код будет маскировать код 03 
и функция РОЗ (в данном случае функция 02Н) не будет его видеть. Если, однако, после 
этого ввести команду СЫ+ВтеаК, программа немедленно завершится. Таким образом, ко- 
манда СЫН+-ВтеаК является, можно сказать, более надежной, причем для ее реализации нет 
необходимости вводить в программу прикладной обработчик прерывания 1ВВ — команда 
С+ВтеаК сама передаст управление через вектор 231, активизировав наш обработчик это- 
го прерывания. 


Статья 41. Резидентные программы 


Многие программы, обеспсчивающие функционирование вычислительной систе- 
мы (драйверы устройств, программы сжатия или шифрования данных, русификаторы, 
интерактивные справочники и др.), должны постоянно находиться в памяти и быстро 
реагировать на запросы пользователя или на какие-то события, происходящие в вы- 
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числительной системе. Такие программы носят название программ, резидентных в па- 
мяти (Тепптае ап Зау Везет, ТК), или просто резидентных. Сделать резидент- 
ной можно любую программу, однако ввиду того, что резидентная программа должна 
быть максимально компактной, чаще всего в качестве резидентных используют про- 
граммы типа .СОМ, 

Структура типичной резидентной программы выглядит следующим образом: 


фехё зеамепе 
’ аззаще С$: вех, 05: сехе 
ога 1008 
пап ргос 
пр 11016 ; Переход на секцию инициализации 


Данные резидентной секции программы 


..ь 


елёгу: ;Текст резидентной секции программы 
мал епар 
1116 ргос ;Секция инициализации 


мо ОХ, (111&-та11+10Р0) /16;Размер в параграфах 


оу АН, 31001 ;Фучнкция "Завершить и оставить в 
10% 218 ; памяти" 

17116 епар 

фехе епЯ5 


ел8 ма1п 


Программа пишется в формате .СОМ, поэтому в ней предусматривается только 
один сегмент, с которым связываются сегментные регистры С$ и 05; в начале сегмен- 
та резервируется 1001 байт для Р$Р. 

При запуске программы с клавиатуры управление передается (в соответствии с пара- 
метром директивы епд) на начало процедуры плат. Командой лир сразу же осуществляется 
переход на секцию инициализации, которая может быть оформлена в виде отдельной про- 
цедуры или входить в состав процедуры тат. В секции инициализации выполняются неко- 
торые начальные действия, о которых мы поговорим позже. Последними строками секции 
инициализации вызывается функция ДОЗ 318, которая выполняет завершение программы с 
оставлением в памяти указанной ее части. Размер резидентной части программы (в пара- 
графах) передается РОЗ в регистре ОХ. Определить этот размер можно, например, сле- 
дующим образом. К разности смещений шИ-тат, которая равна длине резидентной части 
программы в байтах, прибавляется размер РУР (1008) и еще число 15 (ЕВ), чтобы после це- 
лочисленного деления на 16 (для получения размера программы в параграфах) результат 
был округлен в большую сторону. 

С целью экономии памяти секция инициализации располагается в конце програм- 
мы и отбрасывается при ее завершении. 

Функция 31Ъ, закрепив за резидентной программой необходимую для ее функцио- 
нирования память, передает управление командному процессору (как и обычная функ- 
ция завершения программы 4СВ), и вычислительная система переходит в исходное со- 
стояние. Наличие программы, резидентной в памяти, никак не отражается на ходе вы- 
числительного процесса, за исключением того, что уменьшается объем свободной 
памяти. Одновременно в память может быть загружено любое число резидентных про- 
грамм. Процесс первичного запуска резидентной программы, приводящего к ее за- 
грузке в память, обычно называют установкой программы. 

На рис. 41.1 показаны элементы резидентной программы и их взаимодействие. 
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епнту: 


: Резидентные команды 










Резидентная 
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епд тай 


Рис. 41.1. Взаимодействие элементов резидентной программы 


Любая резидентная программа имеет по крайней мере две точки входа. При запуске с 
клавиатуры программы типа СОМ управление всегда передается на первый байт после Р5Р 
([Р=1001). Поэтому практически всегда первой командой резидентной программы является 
команда пр, передающая управление на начало секции инициализации. 

После отработки функции РО$ 318 программа остается в памяти в пассивном со- 
стоянии. Для того чтобы активизировать резидентную программу, ей надо как-то пе- 
редать управление. Вызвать к жизни›резидентную программу можно разными спосо- 
бами, но наиболее употребительным является механизм аппаратных или программных 
прерываний. В этом случае в процессе инициализации необходимо заполнить соответ- 
ствующий вектор адресом точки входа в программу (епбу на рис. 41.1). Адрес епту 
образует вторую точку входа в программу, через которую осуществляется ее активи- 
зация. Очевидно, что резидентная секция программы должна заканчиваться командой 
выхода из прерывания пей. 

В статье 37 был рассмотрен инструментальный обработчик программных преры- 
ваний, который активизировался командой 11 3 и выводил на экран содержимое реги- 
стра флагов в точке своего вызова. Для использования этого обработчика его приходи- 
лось встраивать в отлаживаемую программу, что, конечно, очень неудобно. Преобра- 
зуем пример из статьи 37, сделав обработчик (вместе со всеми относящимися к нему 
подпрограммами) резидентным (пример 41.1). Это позволит нам "развязать" отлажи- 
ваемую программу с разработанным инструментальным средством, существенно по- 
высив ценность последнего. 


Пример 41.1. Резидентный обработчик прерывания ОЗй 


.386 
фехЕ зедщепе и5е16 
аззаме С$:Еехе, 0$: вехе 
ога 1005 
`па1п ргос 
р тие 
ма1п епар 


ад5 ЗЬ 'ЕГАСб=жажАН $! 
пеи ОЗп ргос 





Раздел третий. ОРГАНИЗАЦИЯ ПРОГРАММ 183 


пеи_ОЗН епар 
ига азс ргос 


ига_азс епар 
21п_азс ргос 


21п_азс епар 
1016 ргос 
оу АХ, 2503Н 
поУу ОХ, оЕЕзеЕ пем_ОЗН 


ле 218 

оу АН, 09В 

пом ОХ, оЕЕзее пза 
те 218 


пох АН, ЗВ 
оу ОХ, (1п1Е-ма1л+10Е8) /16 


пе 211. 
1п1Е епар 
$9 Ар 'Обработчик прерывания 3 загружен',13,10,'$' 
техе епаз 

епа паз п 


Практически все элементы программы уже были рассмотрены; отметим только от- 
личия от примера 37.1. Поле данных Йар$, которое должно быть резидентным, пере- 
местились в начало программы после команды тр, чтобы пример точнее соответство- 
вал рис. 41.1. С таким же успехом можно было оставить это поле на прежнем месте. 
При заполнении в секции инициализации вектора ОЗ| не возникает проблем с перена- 
стройкой регистра 0$, так как в программе типа .СОМ все регистры указывают на 
единственный сегмент программы. Помимо установки вектора, в секции инициализа- 
ции предусмотрен, как это обычно делается, вывод на экран сообщения о загрузке про- 
граммы в память. | 

После запуска программы она остается в памяти и ничего не делает. Если, однако, 
в какой-либо из запущенных пользователем программ встретится команда И 3, наша 
резидентная программа активизируется и выведет на экран текущее для вызывающей 
программы содержимое регистра флагов. Таким образом, для испытания резидентного 
обработчика прерывания следует после установки его в памяти запустить тестовую 
программу с одной или несколькими командами #1 3. Содержательная часть возмож- 
ного варианта такой тестовой программы приведена в примере 41.2. 


Пример 41.2. "Отлаживаемая программа" 


ма] п ргос 
1пЕ 3 ` ;ЕЪАС5=32028 
5Ес ;Установим флаг СЕ 
306 3 :ЕЪАС5=3203. 
мох АН, 01Н ;Остановим программу 
1лЕ 216 ;удля наблюдения результата 
поу АХ, 4С09В ;Завершим тестовую программу 
17е 218 
пап епар 





184 , ЯЗЫК АССЕМБЛЕРА: уроки программирования 


Статья 42. Защита резидентных программ 
от повторной установки 


Рассмотренная выше резидентная программа имеет серьезный недостаток: она не 
защищена от повторной загрузки. Вспомним, что для работы с резидентной програм- 
мой ее следует прежде всего установить, запустив с клавиатуры как обычную про- 
грамму. В этом случае управление передается на секцию инициализации, в которой 
подготавливаются условия для дальнейшей работы программы в резидентном состоя- 
нии. Как правило, в секции инициализации загружаются векторы прерываний, через 
которые программа будет активизироваться. 

Может получиться, что пользователь, установив программу, забудет об этом и за- 
пустит ту же программу повторно. В этом случае в память будет загружена и останется 
резидентной вторая копия той же программы. Это плохо не только потому, что пона- 
прасну расходуется память; более неприятным является вторичный перехват тех же 
векторов. Если резидентная программа после ее активизации не обращается к старому 
содержимому перехваченных ею векторов, то вторая копия полностью лишит первую 
работоспособности и тогда повторная загрузка приведет только к расходованию памя- 
ти. Если, однако, как это обычно и имеет место, резидентная программа в процессе 
своей работы передает управление старому обработчику перехваченного ею прерыва- 
ния, то новая копия резидентной программы, сохранившая в процессе инициализации 
адрес первой копии в качестве содержимого перехватываемого вектора, будет при ка- 
ждой активизации вызывать и первую копию. В результате резидентная программа 
будет фактически выполняться при каждом вызове дважды. Во многих случаях такое 
повторное выполнение нарушит правильную работу программы. Поэтому обязатель- 
ным элементом любой резидентной программы является процедура защиты ее от по- 
вторной загрузки (установки). 

Наиболее распространенным методом защиты резидентной программы от повтор- 
ной установки является использование прерывания 2Е|, называемого мультиплексным 
и специально предназначенного дляусвязи с резидентными программами. При вызове 
этого прерывания в регистре АН задается номер функции (от 00В до ЕЕБ), а в регистре 
АР - номер подфункции (в том же диапазоне). Функции с 001 по.ВЕВ зарезервированы 
для использования системой (например, функции 00 и 018 закреплены за резидентной 
программой РО$ РЕТУТ.СОМ, а 108 - за программой ЗНАВЕ.ЕХЕ), а функции с СОБ 
по ЕЕН могут использоваться прикладными программами. 

Для того чтобы резидентная программа могла отозваться на вызов прерывания п 
2ЕВ, в ней должен иметься обработчик этого прерывания (рис. 42.1). 

Фактически все резидентные программы, как системные, так и прикладные, имеют 
такие обработчики, через которые осуществляется не только проверка на повторную 
установку, но и вообще вся связь с резидентной программой: смена режима ее работы 
или получение от нее требуемой информации. Задание действия, которое надлежит 
выполнить обработчику прерывания 2ЕН конкретной резидентной программы, осуще- 
ствляется с помощью номера подфункции, помещаемого перед вызовом прерывания в 
регистр АГ. Обычно для проверки на наличие в памяти используется подфункция 00Н. 
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епёу: Т$В (1) 
‚ Содержательная часть 
: резидентной программы 


ше 









, Первый экземпляр ТЗК.СОМ, 

пе\/_2й: загруженный в память 

: Обработчик прерывания 22 командой Т5В.СОМ 
ше 
ие Резидентная часть 

программы 

ету: Т$В (2) 

. Содержательная часть 

< резидентной программы Второй экземпляр Т$В.СОМ 
а запущенный повторной 
пе’ _2: командой Т5В.СОМ и 

: Обработчик прерывания 2ЕВ приступив к своей 
ше 


Резидентная часть 


инициализации 


Признак наличия в памяти 
первого экземпляра программы 


Рис. 42.1. Проверка, осуществляемая запущенной с клавиатуры резидентной программой, 
на наличие в памяти ранее установленного экземпляра той же программы 


Резидентная программа на этапе инициализации должна выяснить, нет ли уже 
в памяти ранее установленного экземпляра той же программы. Для этого в секции ини- 
циализации выполняется команда ш! 2ЕВ (см. рис. 42.1). Предварительно в регистр АН 
помещается номер функции, присвоенный данной программе (из диапазона СОН...ЕЕВ), 
а в регистр АГ. — номер подфункции, соответствующей запросу на наличие в памяти, 
например, 008. 

Обработчик прерывания 2ЕВ резидентной программы должен прежде всего прове- 
рить номер функции в регистре АН; при обнаружении своей функции обработчик ана- 
лизирует содержимое регистра АГ и выполняет затребованные действия, после чего 
командой 11е{ передает управление вызвавшей его программе. Если, однако, обработ- 
чик обнаружил в регистре АН чужую функцию, он должен командой лир С5:014_2 
передать управление по цепочке тому обработчику, адрес которого был ранее в векто- 
ре 2Е6. В результате вызов 111 2ЕВ из любой программы будет проходить по цепочке 
через все загруженные резидентные программы, пока не достигнет "своей" программы 
или не вернет управление в вызвавшую программу через обработчик РОЗ (который, 
очевидно, всегда будет самым последним в цепочке). 
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Естественно, для коммуникации с резидентной программой должен быть опреде- 
лен некоторый интерфейс. Обычно при проверке на повторную установку резидентная 
программа, если она уже находится в памяти, возвращает в регистре АГ. значение ЕЁЬ, 
которое является признаком запрета вторичной загрузки. Именно эта ситуация изо- 
бражена на рис. 42.1. 

Иногда для большей надежности идентификации своей функции резидентная про- 
грамма, помимо значения ЕЕР в регистре АГ, возвращает еще какие-то обусловленные 
заранее коды в других регистрах. Часто через дополнительные регистры передается 
символьная информация, например имя программы. В этом случае, если вызвавшая 
программа с именем, например, ООМР.СОМ получает после вызова шт 2ЕЙ в регистре 
АГ значение ЕЕБ, а в регистрах СХ и ОХ - символьные коды '2Т' и 'МР', она может 
быть уверена, что ее первая копия уже находится в памяти. Если же в регистре АГ. вер- 
нулся код ЕЕР, а в регистрах СХ и ОХ - коды, например, 'ОК! и 'КВ', это скорее всего 
означает, что закрепленная за нашей программой функция мультиплексного прерыва- 
ния уже используется другой резидентной программой. В этом случае стоит сменить 
функцию, чтобы не возбуждать конфликтных ситуаций. 

Устанавливаемая резидентная программа, выполнив команду мультиплексного 
прерывания 11 2, должна проанализировать содержимое регистра АГ. Если АГ=ЕЕЙ, 
т.е. сделана попытка повторной установки программы, секция инициализации завер- 
шает выполнение программы вызовом функции РОЗ 4СРВ и повторной установки не 
происходит. Если же в АГ. вернулось исходное значение 0, это говорит о том, что вы- 
зов Е 2 не был перехвачен первой копией устанавливаемой программы, которой, 
следовательно, не существует, и секция инициализации приступает к процедуре уста- 
новки программы - заполнению векторов (в том числе и вектора 2Е1), выводу на экран 
информационного сообщения и, наконец, завершению программы функцией РОЗ 31 - за- 
вершить и оставить в памяти. 

Разумеется, защитить от повторной установки можно (и нужно!) любую резидент- 
ную программу. Рассмотрим эту методику на относительно простом примере рези- 
дентного обработчика аппаратных прерываний от системного таймера (пример 42.1). 
Такой обработчик можно использовать, например, в автоматизированной установке 
для периодического вывода на экран некоторой информации: времени, оставшегося до 
конца текущего сеанса измерений, показаний измерительных приборов, включенных в 
установку, и т. д. Мы для простоты ограничимся выводом на экран мерцающего сим- 
вола, который будет свидетельствовать о наличии в памяти и нормальном функциони- 
ровании резидентной программы. 


Пример 42.1. Защита резидентной программы от повторной установки 


фехЕ зедтепе 
аззиме С$: сехе, аз: вехе 
ога 256 ;Место для Р5Р 
Беат: пр 1116 ; Переход на инициализацию 
014_08й аа 0 ;Ячейки для исходного содержимого 
019_2Е1 аа. 0 ; перехватываемых векторов 
зум Чи 421ЕЪ ;Выводимый символ 
зум2 Ям 241ЕВ ;То же с инверсным атрибутом 
соипЕ [1 0 ;Ячейка для пересчета грерываний 


}Обработчик грерываний от таймера 
пем_ ОП ргос 
развЕ ;Флаги в стек 
са11: —С5:01а_ 08 ;Переход в системный обработчик с возвратом 
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рузН АХ ;Сохраним регистры АХ и ЕЗ 


разн ЕЗ ; 

пс С$: сойпе ;Инкремент счетчика прерываний 

фезЕ Буфе рёг С$:соипе, 075; Пересчет на 8 

912 ех1Е ;Если не 8-е, на выход 

ЩоУ АХ, ОВ8ООН ;Настроим ЕЗ 

пом Е, АХ ;уна сегмент видеогамяти 

оу АХ, С5:5ум1 ;Получим символ с атрибутом из зум1 
оу ЕЗ:3998, АХ ;Выведем в последнюю позицию экрана 


хср9 АХ,С5:5ум2 ;Обменяем содержимое ячеек 
пох С$:зум1,АХ ;зум1 и зум2 


ех1*: МОУ АГ, 208 ; Стандартное завершение аппаратного 
оп — 20.,АЁ ; обработчика прерываний - ЕОТ 
рор Еб ;и восстановление 
рор АХ ; сохраненных регистров 
1геё ;Выход из прерывания 


пех _О8В епар 
;Обработчик мультиплексного прерывания 
пем_2ЕВ ргос 
стр АХ, 0С800Н ;Наша функция с подфункцией 001? 


)пе о _2ЕВ ;Не наша функция или подфункция 
пом АГ, ОБЕН ;Все наше, сообщим "Я уже в памяти" 
1гее ;Возврат в вызвавшую программу 

ое _2ЕН:)пр С$:01а 2Е! ;Вызов следующего обработчика 


леч_2ЕН епар 

;Конец резидентной части программы и начало секции инициализации 

1116 ркос ° 

;Проверка на наличие в памяти 1-го экземпляра этой же программы 
оу АХ, ОС8О0Н ;Функция С8П, подфункция 008 


106 2ЕН ;Вызов обработчика прерывания 2ЕВ 

сшр АГ, ОРЕН ;Вернулся код ЕРН? 

ое ок ;Нет, можно устанавливать программу 

пох АН, 09Н ;Да, такая программа уже есть 

оу ОХ, ОЕЕЁЕзее мз92;Выведем сообщение 

пе 218 

мох АХ, 4С0ОН :и завершим программу обычным образом, 
- 106 211 ;убез оставления в памяти 
;1-го экземпляра в памяти не оказалось. Установим программу 
ок: пох АХ, 35088 ;Чтение и сохранение вектора 8 

3106 211 


оу мога рег С5:01а о8н, ВХ 

пом мога рёг С5:014_081+2,Е5 

щоу АХ, 352 ЕН ; Чтение и сохранение вектора 2ЕВ 
108 218 

поу мог реЕ С5:01а_2 ЕВ, ВХ 

пох мога рек С5:01а 2Е1+2,Е$ 


шоу АХ, 2508Н ;Установка обработчика 8 
оу ОХ, оЕЕзеЕ пем_08Н 
10Е 218 
доу АХ, 252 ЕВ ;Устандвка обработчика 2ЕВ 
Мом ОХ, оЕЕзеЕ пем_2Е8 
10Е 218 
мох АН, О9Н ;Выведем сообщение об успешной 
оу ОХ, о<ЕЕзее п591;установке программы 
1пЕ 211 
поУ АХ, 31005 ;Завершим и оставим в памяти 
моУу ОХ, (1п1Е-5е91п+10Е5) /16 
1пе 218 
1016 епар 
;Поля данных в нерезидентной части грограммы 
$91 аъ 'Резидентный обработчик установлен$' 
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1592 аь 'Попытка вторичной установки. Установка отменена$' 
фехе епаз 


епа Бед1п 

Резидентная часть программы включает два обработчика прерываний. Обработчик 
пе ОВ аппаратного прерывания от таймера является "содержательным", он реализует на- 
значение программы — периодический вывод на экран мерцающего символа. Обработчик 
пеу’_ 21 программного мультиплексного прерывания является инструментальным — он 
служит лишь для обеспечения проверки программы на ее наличие в памяти. 

Среди свободных функций мультиплексного прерывания мы произвольно выбрали 
для нашей программы функцию СВ8В, а для проверки на повторную установку исполь- 
зовали подфункцию 00В. Резидентный обработчик прерывания 2ЕЪ, включенный в 
нашу программу, проверяет номера функции и подфункции и при обнаружении каких- 
либо других кодов передает управление следующему обработчику этого прерывания. 
Если же вызвана функция С8В с подфункцией 00В, обработчик устанавливает в реги- 
стре АГ значение ЕЁЬ ("Я уже загружен")`и возвращает управление в вызвавшую про- 
грамму командой 11е1. 

Секция инициализации начинается с проверки на наличие в памяти. После загруз- 
ки в регистр АН номера функции (С8В), а в регистр АГ — номера подфункции (001) 
вызывается прерывание 2Е1. После возврата из прерывания анализируется содержимое 

‘регистра АГ. Если обработчик вернул значение ЕЁЬ, программа выводит предупреж- 
дающее сообщение и завершается без оставления в памяти обычной функцией завер- 
шения 4Ср. Если возвращено другое значение, происходит переход на метку оК и вы- 
полняются действия по установке программы в памяти (для надежности стоило прове- 
рить, возвращен ли именно 0). Сохраняется старое содержимое векторов О8В и 2ЕВ, 
устанавливаются наши обработчики этих прерываний, затем выводится сообщение об 
успешной загрузке, и программа завершается вызовом функции РОЗ 311. 

Включенный в программу резидентный обработчик прерываний от таймера дол- 
жен периодически выводить в заданное место экрана мерцающий символ. Процедура 
обработчика пеу’ 08 начинается с вызова системного обработчика, чем осуществля- 
ется сцепление прикладного обработчика с системным и обеспечение их совместного 
функционирования (сначала выполняется программа системного обработчика, затем — 
прикладного). Далее выполняется алгоритм снижения в 8 раз частоты мерцания сим- 
вола. Для отсчета прерываний предусмотрена резидентная ячейка соши. При каждой 
активизации обработчика (18 раз в секунду) содержимое этой ячейки командой шс 
увеличивается на единицу. Следующая далее пара команд 

сезЕ Буве рег С5:соппё, 07Н 
302 ех1е 
осуществляет переход на метку ехи, т. е. на завершение обработки данного прерыва- 

„ния, если установлен хотя бы один из битов 0, | или 2 байта соип". Таким образом, 
дальнейшие предложения программы обработчика будут выполняться лишь в тех слу- 
чаях, когда все эти 3 бита сброшены. При последовательном наращивании счетчика 
соип( такая ситуация будут возникать при каждом восьмом вызове обработчика. 

Далее в регистр Е$ заносится сегментный адрес начала видеопамяти (088001) и на 
последнее знакоместо экрана со смещением 3998 выводится содержимое ячейки 
ут! -- символ вместе с его атрибутом. Вывод одного и того же символа в одно и то же 
место экрана приведет к тому, что мы не будем знать, работает ли наш обработчик. 
‚В примере предусмотрена периодическая смена атрибута символа, что делает символ 
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мерцающим. Для этого среди резидентных данных предусмотрены две ячейки ут] и 
$уп2 с одинаковыми кодами символа, но разными атрибутами. При каждом проходе 
программы обработчика эти ячейки обмениваются своим содержимым. В результате 
на экран выводится то один код, то другой. Для обмена содержимого регистров или 
ячеек памяти в составе команд микропроцессора имеется команда хсЬр (ехсвапре, об- 
мен). Поскольку команды с адресацией обоих операндов в памяти запрещены, обмен 
приходится осуществлять через регистр АХ. 

По метке ехИ осуществляется стандартный выход из аппаратного прерывания. 
В контроллер прерываний посылается команда ЕО1, восстанавливаются сохраненные 
ранее регистры и командой ие! осуществляется возврат в прерванную программу. 

Рассмотренный пример будет правильно работать в чистой РО$5, а также в сеансах 
командной строки систем УЛтдоу!з 3.1, МТ и 2000. В системах Утдо\з 95/98 преры- 
вание 2ЕЙ перехватывается системой и передается только тем резидентным програм- 
мам, которые были загружены до загрузки самой \/тдо\/з, в глобальном экземпляре 
2О$5. Те же резидентные программы, которые загружаются в локальных сеансах РОЗ 
из системы УЛпфо\з, пользоваться интерфейсом 2ЕВ не могут. 


Статья 43. Выгрузка резидентных программ 
из памяти 


Еще один серьезный недостаток, присущий рассмотренным ранее резидентным 
программам, заключается в невозможности выгрузить их из памяти, если отпала необ- 
ходимость.в их использовании. Как уже отмечалось, в РОЗ нет средств выгрузки ре- 
зидентных программ. Единственный предусмотренный для этого механизм — переза- 
грузка компьютера. Практически, однако, большинство резидентных программных 
продуктов имеют встроенные средства выгрузки. Активизация этих средств осуществ- 
ляется с помощью уже рассмотренного выше мультиплексного прерывания 2ЕН. Если 
встроенный в резидентную программу обработчик этого прерывания, анализируя но- 
мер подфункции (содержимое регистра АГ), обнаруживает, что этот номер соответст- 
вует команде выгрузки, он реализует все действия, необходимые для выгрузки про- 
граммы из памяти. 

Вызов прерывания 2ЕВ, реализующий выгрузку конкретной резидентной программы, 
можно выполнить в специально созданной выгружающей программе. Практически всегда 
в качестве выгружающей используют саму резидентную программу, точнее, ее вторую 
копию, которая, если ее запустить в определенным режиме, не только не пытается остаться 
в памяти, но, наоборот, выгружает из памяти свою первую копию. 

Собственно выгрузка резидентной программы осуществляется очень просто. Дос- 
таточно освободить блоки памяти, занимаемые программой (собственно программой и 
ге окружением, см. статью 14) с помощью функции РО$ 491. Однако перед освобож- 
дением памяти необходимо восстановить все векторы прерываний, перехваченные ре- 
зидентной программой. Следует подчеркнуть, что восстановление векторов представ- 
ляет в общем случае значительную и иногда даже неразрешимую проблему. Во- 
первых, старое содержимое вектора, которое хранится где-то в полях данных рези- 
дентной программы, невозможно извлечь снаружи, из другой программы, так как нет 
никаких способов определить, где именно его спрятала резидентная программа в про- 
цессе инициализации. Поэтому выгрузку резидентной программы легче осуществить 
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из нее самой, чем из другой программы. Во-вторых, даже если выгрузку осуществляет 
сама резидентная программа, она может правильно восстановить старое содержимое 
вектора лишь в том случае, если этот вектор не был позже перехвачен другой рези- 
дентной программой. Если же это произошло, в таблице векторов находится уже адрес 
не выгружаемой, а следующей резидентной программы, и, если восстановить старое 
содержимое вектора, эта следующая программа "зависнет", лишившись средств своего 
запуска. Ноэтому надежно можно выгрузить только последнюю из загруженных рези- 
дентных программ. 

Модифицируем рассмотренную в предыдущей статье программу, чтобы ее можно 
было выгружать из памяти по команде с клавиатуры. Для этого, как и для защиты от 
повторной установки, используется мультиплексное прерывание 2ЕВ. Примем, что 
подфункция 00В прерывания 2ЕН служит для проверки на наличие в памяти, а под- 
функция 01В - для выгрузки. 

Изменения коснутся двух блоков программы: резидентного обработчика прерыва-. 
ния 2ЕВ и секции инициализации. Ниже приведены новые варианты этих блоков (при- 
мер 43.1). 

Пример 43.1. Выгрузка резидентной программы командой с клавиатуры 


:Резидентный обработчик мультиплексного прерывания 
пем_2ЕН ргос 


стр АН, ОСВВ ;Наша функция? 
Эпе опЕ_2ЕВ ;Не наша, назад по цепочке 
стр АТ, ООН ;Наша; пришла команда 00Н? 
Зе 1атпеге ;Да, сообщим "Я уже в памяти" 
стр АГ, 015 ;Пришла команда 018? 
3е 4111086 ;Да, на блок выгрузки 
оиЕ_2ЕН:) тр С5:014_2ЕН ;Пришла неизвестная команда 
1апреге: поу АГ, ОРЕВ ;Сообщим о наличии 
1гее ;и выход из прерывания 
Приступим к выгрузке программы из памяти 
уп1пзе: ризр 05$ ; Сохраним 
разп Е$ ; используемые 
разн ОХ ;ф регистры 
мох АХ, 25085 ;Зосстановим вектор 8 
143 0Х,С5:о1а_О8В;из ячейки, где он был 
пе 218 ; сохранен при инициализации 
оу АХ, 252ЕВ ;Восстановим вектор 2ЕВ 
аз 0Х,С5:01а 2ЕП;из ячейки, где он был 
пе 218 ; сохранен при инициализации 
поу Е$,С$: [2СВ] ;Сегмент окружения из Р$Р 
по АН, 49Н ;Функция освобождения блока памяти 
11 218 
разн 5С$5 ;Скопируем С5 в Е$З 
рор Е5 ;Е5 указывает на начало программы 
оу АН, 495 ;Функция освобождения блока памяти 
116 215 
рор ох ;Восстановим 
рор ЕЗ ; сохраненные ранее 
рор 05 ;фрегистры 
1гее ;Возврат в вызывающую программу 


пен_2Еп епар 
`Кекция инициализации 


п ргос : 
ем АХ, 0С850Н ;Проверка на наличие в памяти 
116 2ЕВ ;1-го экземпляра программы 
спр АТ,, ОРЕВ ;Вернулся код ЕЕН? 
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пе ок ;Нет, этот экземпляр 1-й. 
;1-й экэемпляр обнаружен. Был ли у команды параметр 'оЕЁ'? 


пом СЬ,ЕЗ: 808 ;Получим длину хвоста команды из Р5Р 
спр СсЬ,0 ;Длина хвоста=0? 
3е Е п ;Да, команда без параметра 
хоЕ СН,Сн ;Команда с параметром. СХ=длина хвоста 
оу 01,818 ;Е$:ОТ->хвост в Р5ЗР 
поУ ЗТ, ОЕБЕзее &а11;05$:51-»поле &а11 - 
ПоУ АБ, ' ' ;Уберем пробелы иэ начала хвоста 

гере зсазЬ ;Сканируем хвост, пока пробелы 
дес От ;ОТ->первый символ после пробелов 
шоу СХ, 3 ;Ожидаемая длина параметра 

гере спр5ь ; Сравниваем введенный параметр с ожидаемым 
пе ЕП ;Введена ошибочная команда, на выход 
поУ АХ, 028018 ;Пошлем в реэзидентную программу команду 
пе 2ЕВ ;уна выгруэку 018 
Мом ОХ, оЕЁзее мза3;Выведем сообщение об этом 
Эр Е111 

Е: пох ОХ, ОЕЕзее мза2 ;Выведем сообщение пз92 

Е1101: пох АН, ОЭВ 
11 218 
шоу АХ, 4С00В ;Завершим программу беэ 
пе 218 ;оставления в памяти 


;1-го экэемпляра в памяти не оказалось. Установим программу 
ОК: ° 
;Далее по тексту примера 42.1 


11016 епар 

;} Поля данных в нерезидентной части программы 

п591 а 'Резидентный обработчик установлен$‘ 

1592 ар 'Попытка вторичной установки. Установка отменена$' 
05493 [1 'Программа успешно выгружена из памяти$' 

{$а11 АБ 'оЕЕ' ; Ожидаемый параметр команды 


Резидентный обработчик прерывания 2Е1 прежде всего проверяет номер функции, 
поступивший в регистре АН. Если этот номер отличается от С8В, управление переда- 
ется следующему обработчику по цепочке. Далее анализируется содержимое регистра 
АГ.. Если АГ=ООВ, осуществляется переход на метку 1атрете, где в регистр АГ, засыла-. 
ется код ЕЕН наличия в памяти первого экземпляра данной программы, после чего ко- 
мандой ие! управление возвращастся в вызывающую программу. Если АЕ=О1Ъ, осу- 
ществляется переход на метку пп115{ для выполнения действий по выгрузке програм- 
мы. При любом другом номере подфункции управление передается следующему 
обработчику по цепочке. | 

По метке ип115{ осуществляется сохранение используемых далее регистров (что 
делается скорее для красоты, чем по необходимости), и функцией РОЗ 251 восстанав- 
ливается из ячеек о14_081 и о14_2ЕВ исходное содержимое соответствующих векторов. 
Далее из ячейки со смещением 2СВ относительно начала РУР в ЕЗ загружается адрес 
окружения программы. Сегментный адрес освобождаемого блока памяти — сдинствен- 
ный параметр, требуемый для выполнения функции РОЗ 491 (размер освобождаемого 
блока РОЗ известен, он хранится в блоке управления памятью МСВ). Далее освобож- 
дается блок памяти с самой программой. Сегментный адрес этого блока (адрес Р5Р): 
находится, естественно,.в С5. Наконец, командой ис! управление персдается в про- 
грамму, вызвавшую прерывание 2ЕН. 

Функция 491 оповещает РОЗ о том, что данный блок памяти свободен и может 
впредь использоваться РОЗ. Это, однако, не мешает выполняться завершающим стро- ` 
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кам программы (в данном случае — команде тей), поскольку логическое освобождение 
памяти, выполняемое функцией 49Ъ, не разрушает ее содержимого. Наша резидентная 
программа физически сотрется лишь после того, как в память будет загружена очеред- 
ная выполняемая программа. 

Перед тем как перейти к рассмотрению секции модифицированной секции ини- 
циализации, поясним смысл использованного в ней алгоритма. Вообще говоря, для то- 
го, чтобы удалить из памяти резидентную программу, достаточно в какой-то програм- 
ме вызвать прерывание 2Е1 с функцией, присвоенной нашей программе, и подфункици- 
ей выгрузки 018. Проще всего создать для этого специальную выгружающую 
программу (пример 43.2). 

Пример 43.2. Программа выгрузки резидентной программы 
сехе 5едмеп® 


аззаме С5:;ехё 
ред1п: моу АХ, 0С8011 


116 2ЕВ 
По АХ, 4С00В 
11 218 
фехЕ епа5 
епа ред1п 


Любопытно, что в выгружающей программе не указывается имя выгружаемой. 
Выгружается та резидентная программа, которой при ее разработке была назначена 
функция С8Н мультиплексного прерывания. 

Очевидно, что методика выгрузки резидентной программы с помощью специально 
предназначенной для этого выгружающей программы довольно неуклюжа. Для каж- 
дой резидентной программы нам придется создавать выгружающую. Гораздо изящнее 
использовать в качестве выгружающей саму резидентную программу. Обычно в ней 
предусматривают анализ запускающей программу командной строки так, чтобы ввод с 
клавиатуры имени программы загружал эту программу в память, оставляя ее рези- 
дентной, а ввод имени программы с параметром оЁ приводил к выгрузке программы 
из памяти. Именно такой механизм реализован в примере 43.1. 

Если программа запускается с клавиатуры с указанием каких-либо параметров 
(имен файлов, ключей, определяющих режим работы программы и пр.), то РО$, загру- 
зив программу в память, помещает все символы, введенные после имени программы, 
(так называемый хвост команды), в префикс программного сегмента программы начи- 
ная с относительного адреса 808. Хвост команды помещается в РУР во вполне опреде- 
ленном формате. В байт по адресу 80. РО$ заносит число символов в хвосте команды 
(включая пробел, разделяющий на командной строке саму команду и ее хвост). Далее 
(начиная с байта по адресу 811) следуют все символы, введенные с клавиатуры до на- 
жатия клавиши Ещег. Завершается хвост кодом возврата каретки (13). 

Таким образом, если программа с именем, например, 43-01 была вызвана командой 
43-01 ой 


то в РУР, начиная с байта ВОН, будет записана следующая информация: 
4, 0,13 


Вернемся к примеру 43.1] и рассмотрим алгоритм анализа хвоста команды, кото- 

рый реализован в сскции инициализации. 
Прежде всего с помощью функции С800Н прерывания 2ЕН выполняется проверка 
`° на наличие в памяти первого экземпляра резидентной программы. Если первый экзем- 
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пляр не обнаружен, то независимо от вида запускающей программу команды (с пара- 
метром или без него) происходит переход на метку оК и установка программы в памя- 
ти. В противном случае начинается анализ хвоста команды. При запуске программы 
типа .СОМ все сегментные регистры указывают на начало РУР. Байт с длиной хвоста 
(возможно, нулевой), находящийся по адресу ЕЗ:80Н, помещается в регистр С1. и срав- 
нивается с нулем. Если в нем 0, команда запуска была введена без параметров. В этом 
случае, как и в предыдущем примере, выводится сообщение о невозможности вторич- 
ной установки и инициализация завершается вызовом функции 4Ср. Если же хвост 
имеет ненулевую длину, следует проанализировать его состав. 

Обнулением регистра СН длина хвоста расширяется на весь регистр СХ, что нуж- 
но для организации цикла. Регистр О| настраивается на первый байт хвоста, а регистр 
ЗГ- на начало поля {а с ожидаемой формой параметра (строка 'оЁР). Регистр АГ. под- 
готавливается для выполнения команды сканирования строки. Команда зсаз6 сравни- 
вает в цикле байты хвоста с содержимым АГ. (кодом пробела). Сравнение ведется до 
тех пор, пока не будет найден первый символ, отличный от пробела. Эта операция не- 
обходима из-за того, что оператор при вводе команды выгрузки может отделить пара- 
метр команды от самой команды любым числом пробелов, которые попадут в хвост 
команды в РУР и помешают анализу введенного параметра. 

Выход из цикла выполнения команды 5сазб осуществляется, когда команда про- 
анализировала первый после пробела символ. После этого регистр ПГ указывает на 
второй символ параметра. Команда дес 0] корректирует указатель 0], направляя его на 
первый значащий символ введенного параметра. Далее командой сравнения строк 
стрзЬ осуществляется сравнение трех оставшихся символов хвоста со строкой 'о#Г. 
Если результат сравнения оказался отрицательным (параметр есть, но он неправиль- 
ный), осуществляется переход на завершение программы с предварительным выводом 
сообщения о невозможности повторной установки. Если же введенная команда содер- 
жала параметр 'о#Р, в первый резидентный экземпляр программы посылается прерыва- 
ние 2ЕВ с кодом 018 в регистре АТ. - команда на выгрузку. После того как первый эк- 
земпляр отработает эту команду (освободит от себя память), секция инициализации 
второго экземпляра завершается функций 4СВ с предварительным выводом сообщения 
об успешной выгрузке. 

Составленная нами программа не лишена недостатков. Так, в ней анализируются 
всегда только три значащих символа хвоста. Таким образом, программа будет выгру- 
жена и при вводе, например, команды 
43-01 оНзе 

Другой недостаток заключается в том, что результат сравнения записанного в про- 


грамме хвоста с введенным с клавиатуры параметром будет положительным, только 
если с клавиатуры введены строчные буквы. Команда 


43-01 ОРЕ 


не приведет к выгрузке программы. По-настоящему следовало включить в программу 
перед анализом хвоста преобразование символов параметра в прописные буквы. 
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Статья 44. Использование системных средств 
в обработчиках аппаратных прерываний 


При разработке обработчиков аппаратных прерываний, в особенности тех, кото- 
рые входят в состав резидентных программ, возникает целый ряд проблем, которые, 
как правило, удается разрешить, однако часто ценой существенного усложнения про- 
грамм. Некоторые из этих проблем относятся только к резидентным обработчикам или 
вообще к резидентным программам; другие свойственны как резидентным, так и тран- 
зитным обработчикам аппаратных прерываний. 

Для обработчиков аппаратных прерываний характерен асинхронный способ акти- 
визации: аппаратное прерывание может возникнуть в любой момент времени и со- 
стояние программы на момент прерывания никогда не может быть известно заранее. 
В частности, обработчик аппаратного прерывания может получить управление в тот 
момент, когда в основной программе выполняется запрошенная ею функция 2О$5. 
Система РОЗ является нереентерабельной: нельзя, прервав выполнение какой-то 
функции 20$, вызвать ту же или другую функцию - это неминуемо приведет к раз- 
рушению системы. Поэтому без принятия специальных мер в обработчике анпаратно- 
го прерывания недопустимо обращаться к функциям ОО$. Это исключает, например, 
работу с файлами, службой времени, клавиатурой. Вывод на экран нетрудно осущест- 
вить путем прямой записи в видеопамять, однако другие ресурсы компьютера оказы- 
ваются практически недоступны. 

Чтобы разобраться в причинах нереентерабельности РОЗ и в методах преодоления 
этого недостатка мы должны рассмотреть некоторые вопросы внутренней 
организации ОО$. 

Среди системных областей РОЗ имеется весьма важная структура, которую мы 
будем называть областью текущих данных (в оригинальной литературе она носит на- 
звание области выгружаемых данных (З\/аррае Ра Агеа, ЗРА). Это довольно боль- 
шая область объемом около 2 Кбайт, адрес которой можно получить с помощью функ- 
ции 2О$ 50061: 


поУ АХ, 50065 
16 21 
Функция возвращает в регистрах 05:51 адрес ЗЛА, а в регистре СХ - ее размер. Наибо- 
лее интересные для прикладного программиста поля ЗРА представлены в табл. 44.1. 


Таблица 44.1. Некоторые поля области текущих данных $РА 


байтов 
088 _ [4 | Содержимое ЕЗ:О1 при последней ошибке | 
| 
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Назначение 


Ячейка для хранения УР при вызове 111 236 
|1 [| Кодвозврата последнего завершенного процесса 
[4 | Указатель на текущую системную таблицу файлов ЕТ __ | 


























3368 330 Вспомогательный стек (для функций 011...0СЬ при наличии 
критической ошибки 


480 "Дисковый стек" (для функций 00Ъ, ОРН...6СВ 
6008 Стек ввода-вывода (для функций 011...0СЬ 


Рассмотрим поля области текущих данных, имеющие отношение к разработке об- 
работчиков прерываний. 

Флаг критической ошибки ЕлогМоде устанавливается ОЗ, если зафиксировано 
состояние критической ошибки, которое может возникнуть по разным причинам, в 
большинстве своем связанным с дисковыми операциями: попытка записи на защищен- 
ный или отсутствующий диск, на диске не найден требуемый сектор, ошибка в кон- 
трольной сумме данных в секторе и т. д. Обнаружив такую ситуацию, РОЗ устанавли- 
вает флаг ЕтогМоде, записывая в этот байт ЗОА | и выполняет команду ш! 248. 
В этом векторе (содержимое которого дублируется в РР каждой запускаемой задачи, 
см. табл. 32.1) хранится адрес системного обработчика критической ошибки, который 
выводит на экран аварийное сообщение и вводит ответную команду пользователя. 

Флаг занятости РОЗ, обычно называемый флагом шОО$З ("внутри РОЗ"), устанав- 
ливается диспетчером РОЗ сразу после анализа им номера вызванной функции РОЗ и 
сбрасывается перед возвратом из РОЗ в прикладную программу. Таким образом, зна- 
чение этого флага, равное единице, говорит о том, что выполняется программа 2О$. 
Функции РОЗ в прикладной программе можно вызывать, только если флаг шОО$ 
сброшен. 

Сегментный адрес текущего РЗР (смещение 101) является важнейшей системной 
переменной. В этом поле записывается адрес РУР (идентификатор Г) той программы, 
которую РОЗ считает текущей. Именно эта программа будет завершена, если выдать 
запрос на выполнение функции 4СЬ (независимо от того, какая программа выдала этот 
запрос). Далее, при создании или открытии файлов используется таблица файлов зада- 
ния ТТ, находящаяся в РУР текущей программы, опять же независимо от того, какая 
программа реально выдала запрос на работу с файлом. Понятие текущей программы 
приобретает особую важность при разработке обработчиков аппаратных прерываний. 
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Действительно, при вызове обработчика изменяются только значения СЗ:[Р, текущей 
же остается прерванная программа. Поэтому, например, дескрипторы файлов, откры- 
тых в обработчике, находятся не в РУР обработчика, а в РЗР прерванной программы и 
при завершении этой программы работа обработчика (если он, будучи резидентным, 
остался в памяти) будет нарушена. 

Адрес текущей области дисковой передачи — ОТА (О1<К ТгапзЁег Агеа) важен в тех 
случаях, когда в обработчике аппаратного прерывания вызываются функции ОО5, ис- 
пользующие эту область. Раньше, когда для работы с файлами использовались блоки 
управления файлами (ЕСВ), с помощью ОТА осуществлялись все файловые операции; 
в настоящее время эта область нужна только при выполнении функций поиска файлов. 

В области текущих данных находятся и все три системных стека — стек ввода- 
вывода, который используется ОО5 при выполнении функций ввода-вывода из диапа- 
зона 011...0СВ, "дисковый" стек для всех остальных функций РО$ (файловых, службы 
времени, управления памятью и процессами и др.) и вспомогательный стек, на кото- 
рый РОЗ переключается в том случае, если в процессе обработки критической ошибки 
возникла необходимость обратиться к функциям ввода-вывода (главным образом че- 
рез терминал, т. е. к функциям ввода с клавиатуры и вывода на экран). Наличие внут- 
ренних стеков повышает надежность работы 2О$, так как устраняется возможность 
переполнения стека прикладной программы при выполнении запросов к РОЗ, которые 
всвоем большинстве активно используют стек для вызова системных подпрограмм, 
сохранения текущих значений и передачи параметров. ` 

Диспетчер РОЗ, получив управление в результате выполнения команды 11 21В, 
совершает целый ряд операций, из которых прежде всего надо отметить следующие: 

» сохранение регистров задачи на стеке задачи; 

. инкремент флага шОО$З, который при первом (невложенном) вызове РОЗ ста- 

новится равен единице; 

» сохранение прошлого кадра стека (55:5Р)) в ячейке для позапрошлого кадра; 

х сохранение в ячейке для прошлого кадра стека 55:5Р прерванной задачи; 

» занесение в 55:5Р кадра одного из системных стеков (в соответствии с вызван- 

ной функцией); 

‚ вызов по номеру функции требуемой программы РОЗ. 


После завершения вызванной функции диспетчер выполняет описанные шаги в 
обратном порядке: восстанавливает кадр стека задачи и кадр прошлого стека, 
декрементирует флаг шОО$, который опять становится равен нулю, восстанавливает 
из стека задачи ее регистры и выполняет команду 11е{ возврата в прерванную задачу. 

Нереентерабельность РОЗ связана с тем, что при выполнении большинства функ- 
ций используется один и тот же системный стек. Если выполнение какой-либо функ- 
ции РОЗ будет прервано аппаратным прерыванием и в обработчике прерывания будет 
вызвана функция РОЗ из той же группы, т. е. использующая тот же стек, то диспетчер 
загрузит в 55:5Р в точности те же значения, что и при первом вызове. В результате 
вложенный вызов будет затирать те данные, которые были сохранены в стеке первым 
вызовом. Однако при вызове функции из другой группы ничего страшного не про- 
изойдет, так как функции ввода-вывода и "дисковые" работают на разных системных 
стеках. При этом наличие в ЗОА двух ячеек для хранения не только прошлого, ни и 
позапрошлого кадров стека позволяет правильно обрабатывать один вложенный вызов 
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00$. Эта возможность широко используется во "всплывающих" программах, активи- 
зируемых с клавиатуры. 

Местоположение флага занятости РОЗ можно получить с помощью функции 2ОЗ 
З4В, которая возвращает двухсловный адрес флага шОО$ в регистрах ЕЗ:ВХ. Получив 
и сохранив этот адрес на этапе инициализации обработчика прерывания, в самом об- 
работчике перед вызовом функций РО$ следует выполнить проверку флага занятости. 
Будем считать, что адрес флага сохранен в ячейке ш_405: 
1п_405 аа 0 ;Адрес флага 1л005 
сазк_кеазь 0 ;Флаг требования загуска ФазК 


4оз_Разу:1ез  ВХ,С5:1п_доз5;Получили адрес флага Тп00$ 
стр ЕЗ: [ВХ] ,0 ;00$ свободна? 


ле ма1е_405 ;Нет, гридется ждать 
са11 сазк ; Да, можно вызывать функции 005 
1гее ;Завершим обработчик 

ма1Е 9038 1пс С$:сазК_геа ;Установим флаг требования запуска 
1гез ;Завершим обработчик 


В этом фрагменте предполагается, что процедура 1азК как раз и содержит вызовы 
20$. Если флаг шОО$ сброшен, вызывается эта процедура и после ее завершения за- 
вершается и весь обработчик. Если же флаг тОО$5 установлен, обработчик устанавли- 
вает флаг {азК_геа, который говорит о том, что обработчик из-за занятости ОО$ "недо- 
выполнил" свои функции и процедура 1азК требует своего запуска. Управление воз- 
вращается в прерванную задачу (фактически — в прерванную функцию 2О5), и 2ОЗ$ 
имеет возможность завершить свою работу. 

Каким же образом можно теперь запустить процедуру 1азК? Для этого нужен до- 
полнительный "активизатор" нашего обработчика. В качестве такого активизатора ес- 
тественно воспользоваться прерываниями от таймера. Таким образом, обработчик, 
помимо своей основной точки входа, должен иметь еще и точку входа для обработки 
прерываний от системного таймера: 


1п_ 908 аа 0 ;Адрес флага 11005 

сазк _хеазь 0 ;Флаг требования загуска фазКкК 

©19_ вн аа о ;Ячейка для хранения исходного содержимого вектора 088 
пем_08В: ризвЕ ;Передадим управление в системный 


са11 С5:014_08В ;обработчик прерываний от таймера 
стр С$:;сазК_ геч,1;Процедура вазК требует запуска? 


пе оцЕ_ О8Н ;Нет, можно завершить обработку 

1ез 8Х,С5:1п_908;Да, снова выясним, 

стр $8: [ВХ], 0 ;усвободна ли 100$? 

Эпе озе_08В ;Нет, придется опять ждать 

дес С$:сазК_геа ;Да, сбросим флаг требования 

са]11 сазк ; запуска и вызовем сазк 
оце_ОВ8Н: 1кее ;Завершим обработчик 


Проверка занятости РОЗ по состоянию флага шОО$ необходима, но недостаточна 
в тех ситуациях, когда возможно возникновение критической ошибки. Дело в том, что 
обнаружив критическую ошибку, РО$ выполняет декремент флага шОО$ и инкре- 
мент флага критической ошибки ЕпогМоде, находящегося, как и флаг шОО$5, в облас- 
ти текущих данных. После этого РОЗ с помощью прерывания 111 241 вызывает обра- 
ботчик критической ошибки, который выводит на экран запрос, соответствующий 
сложившейся ситуации, например: 


№ о{ геаду геадтд Чп\е А 
Ародп, Ке!гу, Еа!? 
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и ждет указаний пользователя. И вывод на экран, и ввод с клавиатуры осуществляются 
с помощью функций РОЗ из диапазона 011...ОСВ, причем они вызываются "изнутри" 
той функции 2О$, в процессе выполнения которой возникла критическая ошибка. 
Диспетчер 2О$ перед переключением стека проверяет состояние флага критической 
ошибки и, если этот флаг установлен, делает текущим не стек ввода-вывода, как обыч- 
но, а вспомогательный стек. В результате такой вложенный вызов РОЗ не приводит 
к разрушению системы. 

Таким образом, в обработчике аппаратного прерывания перед вызовом какой-либо 
функции РОЗ следует анализировать состояние не только флага шОО$, но и флага 
ЕтогМоде. Если хотя бы один из них не равен нулю, вызывать ОО$ нельзя. 

В версиях РОЗ отсутствуют документированные средства для определения адреса 
флага критической ошибки. Известно, однако, что в РОЗ начиная с версии 3.10 он 
расположен в первом байте области текущих данных перед флагом пОО$ и для полу- 
чения его адреса можно воспользоваться функцией 50061. Поскольку сама эта функ- 
ция не является реентерабельной, определение адреса следует выполнить на этапе 
инициализации обработчика (вместе с определением адреса флага пОО5). 

С учетом сказанного приведенный выше фрагмент проверки занятости ООЗ будет 
выглядеть следующим образом (предполагается, что адрес флага критической ошибки 
помещен в ячейку сг_етт): 


1п_40з аа 0 ; Адрес флага 1п00$ 
сг1Е_егг аа 0 ; Адрес флага ЕггогМоде 
базк_геадь 0 ;Флаг требования запуска фазкК 


940$ разу: 1ез 8Х,С5:1п_908;Получили адрес флага 1п00$ 


143 $1,С5:скЁЕ_егг;Получили адрес флага ЕггогМоде 
стр Е$;:[ВХ],0 ;Флаг 1100$ сброшен? 
3 пе ма1=_4о3з ;Нет, придется ждать 
спр 05: [$1] ,0 ; Флаг ЕггохМоде сброшен? 
3 ле ма1=_905 ;Нет, придется ждать 
са11 тазк ;Да, оба флага сброшены, 
;можно вызывать функции 005 
1гее }Завершим обработчик 
ма1 903 1пс С5$:сазК_гея ;Установим флаг требования запуска 
1геё ;Завершим обработчик 


Аналогичную коррекцию следует ввести и в процедуру обработки прерываний от 
таймера. 

Рассмотрим пример использования средств РОЗ в обработчике аппаратных пре- 
рываний (пример 44.1). Основная программа в бесконечном цикле выводит на экран 
некоторое сообщение функцией РОЗ 401. Обработчик прерываний от клавиатуры ана- 
лизирует скан-код нажатой клавиши и при поступлении кода клавиши "серый плюс" 
активизирует процедуру 1а5К, которая получает из системы текущее время и после 

преобразования в символьную форму выводит его на экран. Чтение времени осущест- 
` вляется функцией РОЗ 2СЬ, вывод на экран — функцией РОЗ 09Н. Поскольку активи- 
зация обработчика с большой вероятностью выполняется в тот момент, когда основная 
программа выполняет функцию РОЗ 406, вызов других функций РОЗ в таком обра- 
ботчике недопустим. Для того чтобы получить возможность обращаться к РОЗ в об- 
работчике прерываний от клавиатуры, в нем следует использовать описанный выше 
‘алгоритм анализа занятости РОЗ. 
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‚ В обработчике предусмотрена проверка состояния флага шРО$ и, если РОЗ сво- 
бодна, запуск {1азК, а если 0ОЗ занята — установка флага запроса запуска и выход из 
прерывания. В последнем случае повторные попытки активизации 1а5Кк осуществляют- 
ся с помощью обработчика прерываний от таймера, который, обнаружив установлен- 
ный флаг запроса запуска, в свою очередь, проверяет флаг 1)О$ и либо завершается 
(если РО$ занята), либо запускает {азК (если РОЗ свободна). С целью упрощения про- 
граммы в ней не проверяется состояние флага критической ошибки. 

Для того чтобы аккуратно завершить задачу, используется обработчик прерываний 
по СШС и СЫН ВгеаК (вектор 238). В этом обработчике выполняется единственная 
команда перехода на секцию завершения программы. В процессе завершения про- 
граммы восстанавливаются векторы 08В и 09 и выполняется функция заверше- 
ния 4Ср. 


Пример 44.1. Использование средств РО$ в обработчике аппаратных прерываний 
сехе зедмепе 'со4де' 
аззиме С$:5ехе,05:Яафа 
;Основная программа 
тургос ргос 
оу АХ, Часа 
мох 0$, АХ 
;Выполним подготовительные действия 
;Получим адрес флага 1100$ 
пох АН, 346 


11% 218 
оу мога рёг С5:1п_Зоз,ВХ 
поу мог рёг С5:1п_405+2,ЕЗ 


;Сохраним вектор грерывания от таймера О8П в ячейке о1а_ 081 
пох АХ, 35088 
116 218 
пох иога рёг С5:014_ 081, ВХ 
оу мога рёг С5:014 081+2,Е$ 
;Сохраним вектор прерывания от клавиатуры (091) в ячейке ©14 098 
оу АХ, 3509. 
пе 21. 
поУ мога рег С$:014_09В, ВХ 
поу мога рёг С5:01а 09Н4+2,ЕЗ 
;Сохраним вектор прерывания по С&х1+С (231) в ячейке о1а 238 
поУ АХ, 35096 
116 216 
оу иога рёг С5:01а 09, ВХ 
пох мокха рёг С5:014_ 091+2,ЕЗ$ 
;Сохраним 0$ и настроим 0$ на сегмент команд 


рчзВ 05 
ризй С5 
рор 5 


;Заполним вектор 08 адресом нашего обработчика пемх_О8Н 
оу АХ, 25085 
моу ОХ, оЕЕзее пем_О8Н 
116 215 

;Заполним вектор ОЭ адресом нашего обработчика пем_09н 
оу АХ, 25098 
оу ОХ, оЕЕзее пем_ 09. 
115 216 | 

;Заполним вектор 23Ь адресом нашего обработчика пем_23В 
мох АХ, 25238 
шох ОХ, оЕЕЗеф пем_23В 
11 218 
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;Восстановим адресуемость сегмента команд 
рор 025 
;Будем периодически выводить сообщение 
;Сначала 11пе1 с возвратом курсора в начало строки 


до: пом АН, 405 ;Файловая функция вывода 
оу ВХ, 1 ;Дескриптор экрана 
оу СХ, 41 ;Число выводимых байтов 
ПоУ ОХ, оЕЕзее 11пе1; Адрес строки 
11 218 
са11 4е1ау ;Задержка 


;Затем 11пе2 с возвратом курсора в начало строки 
Поу АН, 405 
ПоУ СХ, 41 


пом ОХ, оЕЕзее 11пе2 

ПЕ 218 

са11 Че]ау ; Задержка 

Эмр ао ;Бесконечный цикл 


; Процедура ФазК, активизируемая горячей клавишей 
;и исгользующая функции 120$ 


фазкК ргос 
рузН АХ ;Сохраним все регистры, 
разв сх ; используемые 
ризр ОХ ;в Сазк 
разв 05 ;и в Б1п аес 
ПоУ АХ, Часа ;Настроим 0$ на наш 
пох 2$, АХ ;усегмент данных 
;Получим время с помощью функции 005 
пох АН, 2СВ ;Функция получения времени 
1пе 218 
;Преобразуем часы 
поУ АГ, СН ;Часы в АЁ 
ПоУ ВХ, ОЕЕЗее +1ще ;Адрес поля в ВХ 
са11 Б1п аес ;Вызовем Б1пазс 
;Преобразуем минуты 
поу АЦ, СГ ;Минуты в АБ 
]еа ВХ, с1ме+3 ;Адрес поля в ВХ 
са11 Б1п_Ч4ес ;Вызовем Р1пазс 
;Преобразуем секунды 
пом АГ, ОН ;Секунду в АБ 
1еа ВХ, с1ме+6 ;Адрес поля в ВХ 
са11 Б1п Чес ;Вызовем Ю1пазс 


;Выведем всю строку функцией 005 
ПоУ АН, О9Н 


шоу ОХ, оЕЕЗее зеЕ1п9 

116 218 

Рор Е5 ;Восстановим 

рор ох ;регистры 

рор сх 

рор АХ 

гее ;Вернемся в тот наш обработчик, откуда вызвана фазКкК 
фазк епар 


Воте : 
;Завершим программу, восстановив сначала все перехваченные векторы 
;Восстановим вектор 098 
пох АХ, 25098 
1а$ ОХ, С5:01а 09Н 
тпе 218 
;Восстановим вектор 088 
поу АХ, 25085 
195 ОХ, С$:о1а 088 
1лЕ 218 
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;Завершим программу 
поу АХ, 4С00В 
116 21Н 
мурос епар 
; Поля данных, размещенные для удобства адресации в сегменте команд 
©1а_09н аа 0 


о1а_08Н аа 0 
©1а 23н аа 0 
1п_905 аа 0 


фазК_кеа а 0 
; Подпрограмма задержки 
Че1ау ргос 


пох СХ, 0 
4е1: 1оор 4е1 
гее 


Че1ау елар 

;Подпрограмма преобразования двухразрядного двоичного числа 
;в десятичное число в АЗСТТ-представлении 

;На входе АБ - число 


; О5:ВХ - адрес буфера для АЗСТТ-представления 
Ь1п_аес ргос 


хог АН, АН ;Очистим АН. Теперь число в АХ 
у феп ;Разделим на 10. АГ=десятки, 
; АН=единицы 
ааа АЦ, !0' ;Преобразуем АЦ в символьную форму 
поу [ВХ] ‚АБ ;Зашлем в строку 
ааа АН, '0' ;Преобразуем АН в символьную форму 
поу 1[8Х), АН ;Зашлем в строку 
геё 


Ь1п_Чес епар 
; Обработчик прерываний от клавиатуры 
пем_О9П ргос 


руз5р АХ ;Сохраним 

ризр ВХ ; используемые 

разн Е5 ;фрегистры 

п АЁ, бОБ ;Введем скан-код 
сир АЪ, ДЕН ;"Серый плюс?" 

3е р1а5 ;Да, на продолжение 
рор Е5 ;Нет, восстановим 
рор вх ; сохраненные 


рор АХ ;фрегистры 
3 пр С5:014 09 с;и перейдем в системный обработчик 
;Нажата клавиша "серый плюс"! 


р115: п АЬ, 618 ;Выполним волшебные действия 
ох АГ, ВОН ;с контроллером клавиатуры, 
оче 61Н, АБ ;чтобы снять скан-код нажатой 
апа АЦ, 7ТЕН ;клавиши и разрешить 
ОЕ 615, АЪ ; дальнейшую работу контроллера 
оу АГ, 208 ;Пошлем в контроллер прерываний 
опе 201, АГ ; сигнал ЕОТ 


;Проверим, свободна ли 00$, и вызовем процедуру Фа$кК 
1е5 ВХ, С5:1п_Ч0$;Получим адрес флага Тпр0$ 
стр Буре рЕёг ЕЗ: [ВХ],0;005$ свободна? 


1пе ма1Е_9оз ;Нет, придется ждать 
са11 фазк ;Ца, вызовем процедуру ФазКк 
Зтр оп&_09в ;и на выход из обработчика 
ма1Е_90$:1пс Русе рег С5:6азК_геа ;Установим флаг запроса запуска 
оз _О9Н:;моу — АЬ, 208 ;Пошлем в контроллер грерываний 
: ;04Е  20.,АБ ; сигнал ЕОТ 
рор Е5 ;Восстановим 
рор вх ;: сохраненные 
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рор АХ ;регистры 

1гее ;Возврат в прерванную программу 
пеи_ОЭН епар | 
;Обработчик прерываний от таймера 
пем_О8И ркос 


руёзй Вх ; Сохраним используемые 
разн Е$ ; регистры 
развЕ ;Перейдем в системный обработчик 
са11 С5:014_081 ;с возвратом 
сир С$:базк_геч,1;Флаг запроса запуска установлен? 
) пе от _08В ;Нет, на выход из обработчика 
1ез ВХ, С5:1п_40$;Да, получим адреса флага 11005 
сир Буее рёг Е5: [ВХ],0;Флаг 11005 сброшен? 
пе оз&_ 088 ;Нет, на выход из обработчика 
ес С$:сазК_кеч ;Да, сбросим флаг запроса запуска 
са11 сазк ;и вызовем фазкК 

оцЕ_ОЗН:рор Е$ ;Восстановим сохраненные 
рор вх ;ф регистры 
1гее ;и вернемся в прерванную программу 


пем_О8Н, епар 
;Обработчик прерываний по С&х;1+С и С&г;1+ВгеаКк 
пем_231 ргос 


) пр Воме ;На завершение программы 
пем_23} епар 
сехе еп$ 
дафа зедтепе 
; Поля данных, размещенные в сегменте данных 
ЗЕк1п9 а 27, '[3',27, ' [25;71Н',27, ' [34;41м' 
Е1те аъ *00:00:00' 
аь 27, ' [0м' 
аь 27, [а'- 
аъ '$' 
сеп а 10 
11 пе1 аь 40 ацр ('-'),13 
11 пе2 аь 40 Чр ('1'),13 
дата еп 5 
зеК зедщепе зраск 
аъ 256 ар ('&') 
ЕК епа5 
епа мургос 


Главная процедура тургос начинается с получения и сохранения полного адреса 
системного флага РОЗ (не самого флага!). Далее выполняется обычная процедура 
установки прикладных обработчиков прерываний: сначала чтение и сохранение ис- 
пользуемых векторов О8В и 09, а затем помещение в векторы 088, 09Н и 231 адресов 
прикладных обработчиков. Вектор 231 сохранять (и затем восстанавливать) нет необ- 
ходимости, так как он будет восстановлен системой в процессе завершения задачи. 

Выполнив инициализирующие действия, программа входит в бесконечный цикл 
попеременного вывода на экран двух строк, заполненных знаками — и |. Мерцание 
строки на экране свидетельствует о выполнении программой цикла вывода. Однако в 
таком цикле, в котором почти непрерывно выполняются программы 2О$, практически 
невозможно дождаться освобождения РОЗ. В реальных программах помимо систем- 
ных вызовов всегда есть "процессорные" участки, заполненные какими-либо команда- 
ми процессора. Роль таких участков в приводимом примере выполняет подпрограмма 
де]ау, в которой команда 1оор выполняется 64 К раз, создавая небольшую задержку. 
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Алгоритмы проверки состояния флага пРО$З как непосредственно в обработчике 
прерываний от клавиатуры, так и во вспомогательном обработчике прерываний от тай- 
мера не отличаются от описанных в начале этой статьи. 

Некоторую сложность вызывает необходимость вывода разнородной информации 
на определенные места экрана. Для того чтобы исключить прокрутку экрана при вы- 
воде на него строк с символами - и |, строки заканчиваются кодом 13 возврата каретки 
(без кода 10 перевода строки). В результате обе строки выводятся на одно и то же ме- 
сто экрана, попеременно затирая друг друга. Строку же с текущим временем следует 
выводить на какое-то другое место. Для перемещения текстового курсора в приводи- 
мом примере используются Езс-последовательности: Езс[$ — для сохранения текущего 
местоположения курсора, Е5с[25,71Н — для его позиционирования в правый нижний 
угол экрана, куда будет выводиться текущее время, и Езс[и — для восстановление со- 
храненной позиции курсора. Заодно для красоты изменяется атрибут выводимых сим- 
волов. Таким образом, для правильного функционирования программы необходимо 
загрузить драйвер АМ$Т.$ У5. 

Отладьте программу и убедитесь в ее правильной работе. Нажатие клавиши "се- 
рый плюс" должно приводить к выводу в правый нижний угол экрана текущего време- 
ни. Нажатие СШ+С должно завершать программу. 

Выполните исследования подготовленной программы. Рассмотрите реакцию програм- 
мы на нажатие других клавиш. Обратите внимание на то, что после нажатия любой клави- 
ши перестает работать СЫ1+С (программа не забирает коды из кольцевого буфера, и они 
маскируют введенную позже команду СЫН-С). В этом случае используйте для завершения 
программы С&1+ВгеаК- эта комбинация обслуживается прикладной программой через тот 
же вектор 23, но нажатие СЫ]+ВгеаК очищает кольцевой буфер клавиатуры и стирает ра- 
нее введенные в него символы (см. статью 40). 

Исключите из обработчика прерываний от клавиатуры строки проверки флага шРОЗ: 

; стр руке рег Е$: [ВХ] ,0 :;00$ свободна? 

; пе ма1& 40$ ;Нет, придется ждать 

(строго говоря, достаточно исключить лишь вторую из приведенных выше строк). 
Убедитесь, что нажатие горячей клавиши приводит к разрушению РО5. 

Устраните из процедуры ‘а5К вызов функции 2СВ 00$ (достаточно поставить знак 
комментария перед вызовом ОЗ 1+ 218). В этом случае программа не будет разру- 
шать систему даже при выключении алгоритма ожидания освобождения РОЗ. Обрати- 
те внимание на то, что в этом случае нажатие клавиши "серый плюс" по-прежнему 
прерывает выполнение функции РОЗ 406, а в обработчике прерываний от клавиатуры 
(конкретно - в процедуре 1а5К) по-прежнему вызывается функция РОЗ 091. Однако 
функции 408 и 09Ь выполняются на разных стеках РОЗ ("дисковом" и ввода-вывода) 
и прерывание их друг другом вполне допустимо. 


„Статья 45. Использование прерывания 288 


Описанная в предыдущей статье методика годится далеко не для всех программ. 
Если текущая программа ждет ввода с клавиатуры, она не выходит из соответствую- 
щей функции РОЗ и флаг занятости РОЗ непрерывно установлен. То же получается, 
если текущей программы вообще нет, так как в этом случае активным является ко- 
мандный процессор СОММАМО.СОМ, который ждет ввода с клавиатуры очередной 
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команды пользователя (функцией РО$ ОА). В такой ситуации наш обработчик нико- 
гда не сможет вызвать требуемую функцию РО$. Для преодоления этого затруднения 
в РО включено специальное прерывание 114 28В, вызываемое функциями ввода с кла- 
виатуры. Выполнение, например, функции 018 в самых общих чертах выглядит так, 
как показано на рис. 45.1. 


Прикладная программа 


тоу АН, 011 
ий 21 — 20$ 


Сохранение регистров 

Переключение на стек ввода-вывода 

Опрос клавиатуры с помощью драйвера СОМ 
Символ есть? 


Да Нет 


у у 


, Обработчик 
Ввод символа — 1288 —$ прерывания 281 










Рис. 45.1. Системный алгоритм выполнения функции ввода с клавиатуры 


Системный обработчик прерывания 28Н содержит единственную команду пеф по- 
этому вызов пи 28В при выполнении функции ввода-вывода никак не нарушает хода 
программы. Однако прикладная программа может поместить в вектор 281 адрес своей 
процедуры обработки этого прерывания. Поскольку прерывание 28В возникает только 
при выполнении функций, использующих стек ввода-вывода, в обработчике прерыва- 
ния 28Н допустим вызов любых функций РОЗ из диапазона ОПВ...6СЬ. Надо только 
иметь в виду, что при входе в обработчик 288 все регистры заполнены системными 
значениями и для выполнения прикладных функций их надо соответствующим обра- 
зом инициализировать. 

Таким образом, прикладной обработчик аппаратных прерываний, в котором вызы- 
ваются функции 2О$, должен включать, помимо активизатора по прерываниям от 
таймера (через вектор 081), еще и активизатор по прерыванию 28В со схожим алго- 
ритмом: 


11 940$ аа 0 ; Адрес флага Тпо0о$ 
сг1©_егк аа 0 ;Адрес флага ЕггогМоае 
фазк кеааь 0 ;Флаг требования запуска $азк 
014_281 аа 0 ;Ячейка для хранения исходного вектора 288 
пем 285: сир С$:сазКк_геа,1;Процедура ЕазК требует запуска? 
Зое оце_28В ;Нет, можно завершить обработку 
1ез ВХ, С5:1п_@0$;Да, получим адрес флага Тпро$ 
14$ $Т,С5:сЕ1Е егг;и адрес флага ЕггогМоае 
сшр 0$: [$1], 0 ;Флаг ЕггогМо4е сброшен? 
пе оц _281 ;Нет, придется ждать 
стр 25: [ВХ],1 ;Флаг Та0О$ не больше 1? 
За оп _28В ;Вольше, вложенный вызов 20$, вызов 0О5 запрещен 
ес С$:Еазк_геа ;Сбросим флаг требования запуска 
са11 фазк ;и вызовем вазкК 


о2е_281 Эпр С$:01а 28} ;Завершим обработчик 


Прикладной обработчик прерывания 28} (включенный в состав обработчика аппа- 
ратного прерывания) прежде всего проверяет, установлен ли флаг запроса запуска за- 
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дачи. Если этот флаг сброшен, надо просто вернуться в прерванную функцию Ш0О$, 
для чего в простейшем случае можно выполнить команду тей. Если, однако, в системе 
имеется несколько обработчиков прерывания 281, такое завершение лишит эти обра- 
ботчики возможности фиксировать прерывание 281. Поэтому наш обработчик лучше 
завершить командой лир С5:014_28В передачи управления на тот обработчик, адрес 
которого мы вытеснили из вектора 28Н. 

Если флаг запроса запуска задачи установлен, сначала проверяется состояние фла- 
га критической ошибки и потом, если он сброшен, состояние флага занятости 2О$. 
Этот флаг должен быть равен единице (ведь сейчас выполняется функция ввода с кла- 
виатуры). Если значение флага больше единицы, это свидетельствует о том, что "внут- 
ри" прерывания 281 уже вызвана функция РО$ и вызывать функции 2О$, увеличивая 
тем самым уровень вложенности 2О$5, нельзя. Бывают ситуации (например, при ис- 
пользовании программы М№обоп Сотитап4ет), когда в обработчике 11 28 флаг ш0О$ 
оказывается равен не единице, а нулю. Проверка значения флага на условие больше 
единицы учитывает и эту возможность. 

Наконец, после успешного прохождения всех проверок вызывается процедура {а$К 
с вызовами РО5, после завершения которой управление передается предыдущему об- 
работчику 11 288. 

Вызов ни 28 выполняется функцией РОЗ на стеке ввода-вывода. Поэтому в при- 
кладном обработчике прерывания 28Н можно вызывать только функции "дисковой" 
группы. Кроме того, недопустим вызов файловых функций с указанием стандартных 
дескрипторов клавиатуры или экрана (0...2). Каким же образом в таком обработчике 
можно выполнить ввод-вывод через терминал? Для этого следует "открыть" терминал 
как файл и полученный от РОЗ дескриптор использовать для операций ввода-вывода: 


Епаме аъ *СОМ', 0 ;Имя консоли в формате файловых функций 
Вапа1е дм 0 . ;Ячейка для дескриптора консоли 

поУ АН, ЗОВ ;Функция открытия файла 

пох АЦ, 2 ;Режим ввода и вывода 

оу ОХ, оЕЕзес Епаме;Адрес имени файла 

ры 218 

оу Вапа1е, АХ ;Сохраним дескриптор консоли 
;Введем сообщение с клавиатуры 

по АН, ЗЕВ ;Файловая функция ввода 

оу ВХ, Вапа1е ;Дескриптор консоли 

мох СХ, 80 ;Предельное число вводимых символов 

вом ОХ, оЕЁзее БаЁЕ_1п;Адрес буфера 

1пЕ 218 
;Выведем сообщение 

пох АН, 403 ;Файловая функция вывода 

пом ВХ, Вапа1е ;Дескриптор консоли 

поУ СХ, мез 1еп ;Длина сообщения 

поУ ОХ, ОЕЕЗее пез; Адрес сообщения 

пе 218 


Другой способ организовать ввод-вывод через терминал в обработчике прерыва- 
ния 28} — воспользоваться функциями В1О$. 

Модифицируем программу 44.1, заменив фрагмент вывода на экран строк Ппе!1 
и Ипе2 фрагментом ввода символа с клавиатуры функцией РО$ 011: 
;БВудем периодически вводить символы 


до: мо АН, 018 
ле 218 
пр чо 
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В такой редакции программы горячая клавиша "серый плюс" действовать не будет, 
так как программа почти непрерывно находится "внутри РОЗ" (убедитесь в этом экс- 
`периментально). Для того чтобы в такой ситуации обработчик аппаратных прерыва- 
ний (не обязательно от клавиатуры или таймера) мог "прорваться" сквозь занятость 
20$, в программу 44.1 следует добавить средства обработки прерывания 288. Однако, 
как было показано выше, в обработчике прерывания 28В (точнее говоря, в нашей про- 
цедуре 'а5К, которая будет вызываться из обработчика пе\и_281) можно вызывать 
только функции РО$ "дисковой" группы, в которых к тому же недопустимо использо- 
вание стандартных дескрипторов консоли. Использованная же нами в примере 44.1 
функция 09Н принадлежит к группе ввода-вывода, Поэтому вывод на экран строки с 
текущим временем придется осуществить с помощью функции 40Ъ, а дескриптор эк- 
рана получить, открыв консоль с помощью функции ЗОВ, предназначенной для откры- 
вания файлов. В примере 45.1 приведены только добавляемые (или изменяемые) 
фрагменты нового варианта программы. 


Пример 45.1. Обработка прерывания т! 28й 


;В секции инициализации: 
}Сохраним вектор прерывания 28Н в ячейке о1а 281 


;Заполним вектор 28Н адресом обработчика пем_28Н 


;В процедуре вазК госле получения и преобразования текущего времени: 
;Откроем терминал как файл и выведем строку 


оу АН, ЗОВ ;Откроем консоль как файл 

по АГ, 2 ;Режим ввода и вывода 

пом ОХ, оЕЕзеЕ сопзо1е; Адрес имени консоли 

1пе 218 

пох ВХ, АХ ;Сохраним голученный дескриптор 
пом АН, 40П ;Выведем строку файловой функцией 
по ОХ, оЕЕЗее зЕк1па 

поу сх, 34 ;Длина строки 

106 218 


;В секции обработчиков грерываний: 
;Новый обработчик прерывания 281 
пем_28Н ргос 


разн ВХ ;Сохраним используемые 
рузр Е5 ;урегистры 
сир С5:сазК_ге,1;Флаг запроса запуска установлен? 
Эпе оиё_28 8 ;Нет, на выход 
1е5 ВХ, С5:1п_40$;Да, получим адрес флага Тп0О$ 
сир БуЕе рег ЕЗ:(ВХ],1;Флаг Тп00$=1? 
пе оцЕ_28 В ;Нет, на выход 
ес С$:сазК геа ;Да, сбросим флаг запроса запуска 
са11 фазк ;и вызовем процедуру фазкК 
о5Е_28В: рор Е5 ;Восстановим 
рор вх ;урегистры 
тр С$:019_281 ;Перейдем в системный обработчик 11 288 


лем 281 епар 
;Вудем периодически вводить сообщение 


до: по АН, 018 
пе 218 
Эр чо 


;В секции завершения: 
;Восстановим вектор 281 
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Статья 46. Взаимодействие программы 
с файловой системой 


‚ Программные обращения к файлам (создание, удаление, чтение, запись и другие 
операции) являются почти непременным атрибутом любой прикладной программы. 
Обычно для работы с файлами используются предназначенные для этого функции 
20$, вызов которых весьма прост и не требует знания деталей организации файловой 
системой. Однако для ряда применений (защита программ от несанкционированного 
копирования, обращение к файлам из резидентных программ и др.) необходимо более 
детально представлять себе механизм взаимодействия программы с файловой систе- 
мой и состав используемых при этом системных полей данных. 

Операционная система М$-РО$ использует в своей работе целый ряд системных 
таблиц, лишь частично нашедших отражение в официальной документации. Пользо- 
ваться этими средствами следует с осторожностью, так как их форматы могут разли- 
чаться в разных версиях РО$, однако обращение к ним оказывается во многих случаях 
необходимым. Ниже будут рассмотрены наиболее важные системные таблицы, имею- 
щие отношение к обслуживанию дисков и файлов. 

Основополагающей системной таблицей, содержащей адреса целого ряда систем- 
ных структур, является так называемый список списков (1.15ё о 1515). Адрес списка 
списков можно получить, используя функцию 52Н прерывания 218. Функция возвра- 
щает двухсловный адрес списка списков в регистрах ЕЗ:ВХ. В табл. 46.1 приведены 
выборочные данные из списка списков. 


Таблица 46.1. Содержимое некоторых полей списка списков 





Число байтов Описание 

|-8 14 | Адрес текущего буфера диска 

Сегмент первого блока управления памятью 
Адрес первого блока параметров диска 

Адрес первой системной таблицы файлов ЗЕТ 
Адрес заголовка активного устройства СГОСК$ 
Адрес заголовка активного устройства СОМ 
Максимальный размер сектора в байтах 
Адрес массива структур те его каталога 
Число установленный блочных устройств 
Число возможных букв обозначения дисков 
Заголовок драйвера устройства МОГ, 
Значение х в директиве ВОЕЕЕВ $ =х 
Значение у в директиве ВОЕЕЕВ $=х, 
Дисковод загрузки (1=А: 

Размер расширенной памяти в килобайтах 


> 


-— 
^^ 
2 
>| 


5%) ом -—= |=: 
со 


В байтах 4...7 списка списков хранится адрес системной таблицы файлов (Зует 
Ве 1аЫе, ЗЕТ), куда РОЗ записывает характеристики открываемых по заказам выпол- 
няемой программы файлов или стандартных устройств, к которым предполагается 
доступ средствами файловой системы. По умолчанию при загрузке 2О$ формируется 
одна ЗЕТ, в которую входит 5 блоков описания файлов. 
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В такой конфигурации компьютер практически не может эксплуатироваться, так 
как три блока система занимает под характеристики стандартных устройств СОМ, 
АЦХ и РВМ и для открываемых программами файлов остается всего два блока. При 
включении в файл СОМЕ!С.315$ директивы ВОЕЕЕВ$ ПОЗ создает вторую таблицу, 
связывая ее с первой (рис. 46.1). Суммарное число блоков в двух таблицах равно пер- 
вому параметру директивы ВОЕЕЕК$. 













Заголовок таблицы 1 


Блок описаиия файла 
Блок описания файла 


Заголовок таблицы 2 
Рис. 46.1 Системные таблицы файлов 


Каждая ЗЕТ начинается с б-байтового заголовка (табл. 46.2). 
Таблица 46.2. Заголовок ЗЕТ 


Описание 
10 |4 [ Адрес следующей таблицы или ЕЕЕЕН в 1-м слове 
Число блоков описания файлов в данной таблице 


Далее идут блоки описания файлов в количестве, указанном в заголовке таблицы. 
Формат блоков и даже их размер зависят от версии ОО$. В табл. 46.3 приведены наи- 


более интересные для прикладного программиста поля блока описания файла для РОЗ 
начиная с версии 4. 















Таблица 46.3. Блок описания файла 


Смещение Число 
: байтов 


|" 


Описание 









Число дескрипторов, закрепленных за данным файлом, или 0, 
если данный блок свободен 


02 = | [_2 [| Режим доступа к файлу, заданный при его открытии 


В | 1 | Атрибуты файла 


| 


02 2 

04 1 

05 Информационное слово устройства 
Адрес заголовка драйвера символьного устройства или (для 
файлов) адрес блока параметров дисковода 

Номер первого кластера файла 
Дата последней модификации файла 


тв 


Раздел третий. ОРГАНИЗАЦИЯ ПРОГРАММ 209 


Время последней модификации файла 

Размер файла в байтах 

Текущее положение указателя в файле 

Относительный номер последнего кластера файла, к которо- 
му выполнялось обращение 

Номер сектора с записью каталога о данном файле 















[128 [| [—_ {! | Номер записи каталога внутри сектора 
2 | И | Имяи расширение файла 


ИЕ = оинаыый 
раммы 
т 
выполнялось обращение 


Как видно из табл. 46.3, часть информации, составляющей блок описания открытого 
файла, поступает из записи каталога. Это относится к таким полям, как имя файла, его дли- 
на, номер первого кластера файла, и др. Все эти данные программа может извлечь как из 
каталога диска, так и из ЗЕТ. Однако поиск на диске каталога, содержащего запись о тре- 
буемом файле, является весьма трудоемким делом. Найти ЗЕТ гораздо легче. К тому же в 
ЗЕТ содержатся дополнительные сведения. Так, с помощью ЗЕТ можно найти драйвер дан- 
ного устройства или проследить расположение файла на диске, если читать файл кластер за 
кластером и анализировать поле ЗЕТ со смещением 351. ` 

При обращении к ЗЕТ 2О$ пользуется относительными номерами блоков описа- 
ния файлов. Нумерация блоков начинается с нуля и идет насквозь через обе таблицы. 

Поскольку порядок описания открытых файлов в 5ЕТ заранее неизвестен, для на- 
хождения интересующего нас блока описания файла следует открыть: файл функцией 
ЗОВ, получить от системы его дескриптор, а затем по дескриптору найти соответст- 
вующий ему блок описания файла в ЗЕТ. Для выполнения этой операции надо знать, 
как значение дескриптора связано с местоположением блока описания файла в ЗЕТ. 

В префиксе программы (РР) имеется таблица, называемая таблицей файлов зада- 
ния (205 ЕПе ТаЫе, ЕТ). По умолчанию эта таблица начинается с байта 18н РУР и име- 
ет размер 20 байт. В байты ЕТ РОЗ по мере открытия файлов записывает номера со- 
ответствующих блоков описания файлов в ЗЕТ. Свободные байты ЛЕТ содержат коды 
ЕЕК. Относительные номера байтов ЛЕТ (от ее начала) и служат дескрипторами откры- 
ваемых файлов (рис. 46.2). 

Первые 5 дескрипторов (от 0 до 4) система закрепляет за стандартными устройст- 
вами СОМ, АЦХ и РВМ. Этим устройствам соответствуют первые три блока описания 
файлов в первой ЗЕТ. Таким образом, первый свободный дескриптор должен иметь 
значение 5, а соответствующая ему информация о файле располагается в блоке описа- 
ния файла с номером 3. Практически после загрузки компьютера в ЗЕТ может оказать- 
ся занято больше блоков, так как при наличии в файле АОТОЕХЕС.ВАТ команд за- 
грузки резидентных программ с перенаправлением на нуль-устройство вида 
САТООСЕЗ\РУ_1700.СОМ > МЕ 


в ЗЕТ отводятся блоки под описание устройства МОГ. 

На рис. 46.2 изображены обе таблицы файлов в ситуации, когда в файле 
СОМЕ!С.3У$ присутствует директива 
РЬЕЗ$=12 


и текущая программа открыла два файла. РОЗ на этапе конфигурирования создала 
вторую ЗЕТ объемом 7 блоков. При открытии текущей программой двух файлов 2О$ 
отвела в ЗЕТ под характеристики этих файлов блоки 3 и 4 и поместила номера этих 
блоков в первые свободные байты ЛЕТ с номерами 5 и 6. Таким образом, файлы полу- 
чили дескрипторы со значениями 5 и 6. 
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РЗР 
рзр.з99—[ | ЗЕ 
$81 __$29:51._0#$- 















Номера блоков 
описания файлов 









ГБ | 
ескрипторы 
Дескриптор [ АХ | 0 
‚Сом |1 
0 18 2 
1 19 3 
2 ТА 4 
3 1 
4 1С ЗЕТ? 
5 10 Е 
8 ТЕ 
7 ТР Свободные 
8 20, байты ЕТ 5 Свободные блоки 
Смещения - : | 6 описания файлов 
РР зе в 
За 9 
36 10 





Рис. 46.2. Таблица файлов задания ЛЕТ и системная таблица файлов ЗЕТ 


ВРЪЗР программы, кроме самой таблицы файлов задания, имеются еще служебные 
поля, связанные с этой таблицей. В слове со смещением 328 от начала РЗР хранится 
размер ТЕТ (по умолчанию 20=141), а в двухсловной ячейке со смещением 341 записан 
полный двухсловный адрес ЛЕТ. Но умолчанию в слове со смещением 34В записано 
число 18}, а в слове со смещением 36} - сегментный адрес РУР, который при загрузке 
программы поступает также в регистры 0$ и ЕЗ. 

Поскольку размер ЛЕТ по умолчанию составляет 20 байт, и при этом 5 полей ЕТ 
заняты предопределенными дескрипторами, программа может открыть не более 15 
файлов, при условии, что в файл СОМЕ[С.$У$ включена директива ЕП.Е$ с достаточ- 
но большим значением параметра (не меньше 20). Для того чтобы получить возмож- 
ность открыть большее число файлов, программа должна с помощью системной функ- 
ции 67В создать новую }ЕТ. 2О$, выделив для нее память, запишет в соответствующие 
поля РУР новые адрес и размер этой таблицы, скопирует содержимое старой ЕТ в но- 
вую таблицу и впредь будет открывать файлы с помощью этой новой ЗЕТ. 

Теперь нетрудно сообразить, что происходит при запуске некоторой программы с 
перенаправлением ее ввода или вывода. Командный процессор СОММАМР.СОМ, по- 
лучив с клавиатуры команду пользователя вида 
РВОС.ЕХЕ > Е1.ЕООЛ.ОАТ 


создает на диске (в данном случае в текущем каталоге текущего диска) указанный в 
команде файл ЕП.ЕОО1.РАТ и помещает номер отведенного ему в ЗЕТ блока не в пер- 
вый свободный байт ЛЕТ, а в байт, отвечающий дескриптору 1 (дескриптор стандарт- 
ного вывода). После этого весь вывод программы, выполняемый с помощью файловых 
функций вывода через дескриптор |, будет поступать не на экран, а в файл 
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ЕН-Е001.РАТ. Точно так же перенаправляется стандартный ввод; в этом случае моди- 
фицируется байт УЕТ, закрепленный за дескриптором 0. 

Рассмотрим в качестве примера работы с ЗЕТ простой вариант методики защиты 
загрузочного модуля программы от несанкционированного копирования. Идея защиты 
заключается в том, что программа привязывается к номеру кластера, с которого начи- 
нается выполнимый файл программы на диске. Привязка осуществляется следующим 
образом. Специально подготовленная установочная программа открывает файл с ра- 
бочей программой и по таблице открытых файлов находит начальный номер кластера. 
Это число, являющееся своеобразным ключом, записывается установочной програм- 
мой в определенное место файла рабочей программы. Рабочая же программа после за- 
пуска прежде всего выполняет ту же операцию — определяет свой начальный адрес, а 
затем сравнивает его с ключом. Если числа совпадают, программа приступает к вы- 
полнению своей содержательной части; если не совпадают — аварийно завершается. 
При копировании программы на другой диск (или даже на тот же самый) она окажется 
расположенной в другом месте и номер кластера, записанный установочной програм- 
мой, уже не будет соответствовать реальному адресу файла. В то же время с помощью 
установочной дискеты (очевидно, не входящей в комплект поставки программы по- 
требителю) программу нетрудно установить на любом диске. 

Номер первого кластера программы можно получить из записи каталога, но проще 
найти его в таблице открытых файлов. 

Некоторая проблема возникает с поиском в файле программы ячейки с ключом, в 
данном случае — номером первого кластера. Проще всего расположить эту ячейку в из- 
вестном месте сегмента команд, например в его первом слове, а расположение сегмен- 
та команд относительно начала программы найти из заголовка файла .ЕХЕ (см. табл. 
32.2). В примерах 46.1 и 46.2 приведены тексты обеих программ (рабочей и устано- 
вочной) с краткими комментариями. 


Пример 46.1. Защита программы от копирования. Рабочая (защищаемая) программа 


сехЕ зедтепе 
аззиме с$:ф6ехёе, аз :Чаба 
пакк ам 9999н ;Поле для номера первого кластера 
па1п ргос 
Бед1п: поУу АХ, Чаба ;Настроим 05 
пом 05, АХ ;уна сегмент данных 
са11  зеахгср ;АХ=номер первого кластера 
стр АХ, С5:пагк ;Сравним с записанным в программе 
пе поЕ1п3$ ;Не равны, на завершение 
оу АН, 09 ;Равны, выведем сообщение 
поУу ОХ, оЕЕзеф океу;и приступим к содержательной части программы 
10% 218 ; (здесь отсутствует) 
... ;Содержательная часть программы 
пр оцЕргоа ; Переход на завершение 
п0Е1п0$: моУ АН, 09В ;Выведем сообщение о том, что 
поУ ОХ, оЕЁзеЕ пофокеу; данная копия не установлена 
10 218 
оцЕргод: том АХ, 4С00В ; Завершение грограммы 
116 218 
па1п епар 


} Процедура определения номера первого кластера, занимаемого 

;у файлом с программой на диске. Номер кластера возвращается в АХ 
зеагср ргос 

;Откроем файл с этой программой, чтобы он попал в таблицу файлов 


поч АН, ЗОВ ;Функция ЗОВ открытия файла 
поу АТ, 028 ;Доступ для чтения-залиси 
поУ ОХ, оЕЕзеЕ тупаме;Поле с именем файла 
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пе 218 ;АХ=дескриптор открытого файла 


доу рапа1е, АХ ; Сохраним дескриптор 

;Найдем в ЗЕТ номер блока 5ЕТ с описанием этого файла 
пом От, 185 :Е5:ОТ->ОЕТ в РР 
ааа ОТ, АХ ;Е5:ОТ-»дескриптор этого файла 
пох СЪ, ЕЗ: [ОТ] ;СЬ=индекс в $ЕТ 
хог СН, СН ;СХ=индекс в 5ЕТ 


;Получим доступ к системной таблице файлов $5ЕТ 
пом АН, 5265 
10% 215 
1ез ОТ, ЕЗ: [ВХ+4];Е5:О1первая $5ЕТ 
спр СХ, ЕбЗ: [21+4];Индекс в первой $ЕТ? 
р 2ъ реге ; Да 
заБ СХ, ЕЗ: [01+4];Нет, вычтем число блоков в этой $5ЕТ 
1ез ОТ, ЕЗ: [21] ;ЕЗ:ОТ>вторая 5ЕТ 
;Нашли ту $ЕТ, в которой блок этого файла 


веге: аза от, 6 ;Е5:ОТ-»первый блок описания файла в 5ЕТ 
пох АХ, 59 ;Размер блока огисания файла 
пи1 сЬ ;Умножим на индекс 
ааа ОТ, АХ ;Е5$:ОТ-»блок описания этого файла 
ед АХ, ЕЗ: [21+081];АХ=номер первого кластера файла 
геё 
зеагсь епар 
фехе епа5 
Чдафа зедщеп& 
щупаие 45 ‘иогк.ехе',0;Пусть наша программа называется МОВК.ЕХЕ 
Вап91е аи 0 ;Ячейка для дескриптора открытого файла 
океу [91° ‘Доступ к программе разрешен$' 
побохеу ЧБ 'Несанкционированная копия. Программа завершается$' 
Чафа еп 5 


Операции по определению номера начального кластера файла вынесены в проце- 
дуру зеагсЬ, которая используется и в рабочей, и в установочной программах. Легко 
заметить, что в рабочей программе нет необходимости сохранять полученный в этой 
процедуре дескриптор файла, так как программа далее к нему не обращается. В уста- 
новочной же программе этот дескриптор используется еще неоднократно. Мы остави- 
ли строки (и ячейку) его сохранения, чтобы не вносить различий в процедуры зеагсь 
той и другой программ. 


Пример 46.2. Защита программы от копирования. Установочная программа 


сехе зедтеп® 
аззиме сз:вехё, 45: Чаба 
па! п ргос 


пом АХ, Заза 
ом 25, АХ 
;}Откроем файл с рабочей программой и по содержимому $5ЕТ 
;:найдем номер его первого кластера (он возвращается в АХ) 
са11 зеагсВ 
оу с1а56ег,АХ ;Сохраним его 
{Файл с рабочей программой уже открыт. Прочитаем его заголовок 
оу АН, ЗЕБ 
пох ВХ, ВБапа1е 
пох СХ, 512 


пом ОХ, ОЕЕЗеЕ Веа4ег 
1аЕ 216 
‚;Установим указатель в файле с рабочей программой на поле для номера кластера 
оу ОХ, Реадег+08 В; ОХ=размер заголовка в параграфах 
ааа ОХ, Реааег+161; Добавим смещение сегмента команд 


;от начала программы в параграфах 
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пом СЬ,4 ;Умножим на 16, чтобы перевести в байты 


301 ОХ, СЁ ;ОХ=Смещение сегмента команд от начала файла .ЕХЕ, 
;Наш ключ начинается с байта 0 сегмента команд 

поУу АН, 426 ;Функция установки указателя в файле 

пох АЬ, О ; Режим задания указателя - от начала 

моу ВХ, Вап91е ;Дескриптор 

пом сх, 0 ; Старшая часть указателя (в ПХ уже есть младшая) 

106 216 


;Загишем в поле для кластера найденный ранее номер первого кластера 
оу АН, 408 
поу ВХ, рапа1е 


оу СХ, 2 
МОУ ОХ, ОЕЕзее с1азеек 
10% 211 


;Выведем сообщение 
пом АН, О9В 
пом ОХ, оЕЁзее цеза 


вы 218 
оу АХ, 4АСО0Б 
ры 216 

па1п епар 


зеагснН ргос 


... ;}Текст процедуры см.в примере 46.1 
зеагхсН епар 


тех® еп 
Дафа зедпепе 
мупапе «4 ‘иогк.ехе', 0 
Рапа1е ам 0 ;Ячейка для дескриптора файла 
с1азбег м 0 ;Найденный первый кластер файла 
ВеаЧег ам 256 ар (0) 
пеза а ‘Программа МОЗК.ЕХЕ установлена$' 
Чафа епаз 
зЕК зедтепе зфаск 'збаск' 
аъ 128 апр (?) 
зеК еп9з 
епа па1п 


Выше уже отмечалось, что программы реального режима, использующие тонкие 
системные или аппаратные возможности компьютера, могут неправильно работать в 
сеансе ДОЗ систем УЛпдо\ 5. Это относится и к рассмотренным примерам. Хотя РО$ 
систем У\Лп4о\з 95/98 и создает таблицы открытых файлов, однако использует их не 
совсем так, как исходная система М$-РО$З (например, версии 6.22). Так, в этих табли- 
цах не заполняются поля с именем открываемого файла и с номерами кластеров. В ре- 
зультате рассмотренный программный комплекс в сеансе РОЗ систем УЛп4о\$ рабо- 
тать не будет. 
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Раздел четвертый 
ПРОГРАММИРОВАНИЕ 
С ИСПОЛЬЗОВАНИЕМ 
СИСТЕМНЫХ СРЕДСТВ 


Статья 47. Запись и чтение файлов 


Как уже отмечалось ранее, в машинах типа 1ВМ РС предусмотрены два уровня об- 
ращения к магнитным дискам. При работе на нижнем уровне пользователь с помощью 
прерывания ВТО$ ПМТ 13 обращается непосредственно к программам управления 
диском. Типичными операциями этого уровня являются запись или чтение секторов 
или форматирование дорожки. Файловая система РОЗ не используется; требуемая ин- 
формация отыскивается не по имени файла, а по номерам поверхности, цилиндра 
и сектора. 

Верхний уровень реализуется с помощью прерывания РОЗ ПМТ 211, поддержи- 
вающего, наряду с прочими, также и функции обслуживания файловой структуры. 
Программист работает не с программами управления физическим диском, а с файло- 
вой системой РОЗ, получая возможность оперировать такими понятиями файловой 
системы, как логический диск, каталог, файл. 

Как известно, для удобства работы с большим количеством разнородных файлов в 
00$ используется древовидная структура каталогов. Каталог представляет собой 
файл, обычно относительно небольшого размера, в котором содержится перечень всех 
подкаталогов следующего уровня и файлов, входящих в данный каталог. Каждому 
подкаталогу или файлу в каталоге отводится один элемент размером 32 байта, в кото- 
рый РОЗ заносит информацию о файле: имя, начальный адрес на диске (номер класте- 
ра), дату и время создания, длину в байтах, а также набор характеристик файла, 
называемых его атрибутами. Кроме элементов, относящихся к нижележащим 
каталогам и файлам, каждый каталог содержит еще два элемента: о себе самом и о 
родительском каталоге. Формат элемента каталога был приведен на рис. 29.2. 

При создании нового файла РОЗ сама отыскивает на диске свободное место и назнача- 
ет его новому файлу, создавая новый элемент в каталоге и заполняя его соответствующей 
этому файлу информацией. Хотя минимальной порцией информации, передаваемой кон- 
троллером диска в процессе записи или чтения файла, является сектор, и программы В1О$ 
работают как раз с секторами, файловая система назначает место на диске целыми класте- 
рами. Размер кластера на дискете составляет один сектор (512 байт); на жестком диске в 
кластер могут входить 4...8 секторов. Таким образом, минимальный физический размер 
файла, даже если данные в нем занимают лишь несколько байтов, составляет один кластер. 
Однако в элементе каталога указывается не физическая, а логическая длина файла, т. е. объ- 
ем содержащихся в нем данных в байтах. 
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Методика работы с файлами существенно определяется тем обстоятельством, что 
каждый файл может занимать на диске несколько несмежных областей, т. е. быть раз- 
рывным. Такая система выделения дискового пространства позволяет, во-первых, в 
процессе работы с файлом многократно дописывать в него новые данные, увеличивая 
при этом длину файла, и, во-вторых, снимает проблемы с фрагментацией диска, по- 
скольку даже самые маленькие и разрозненные свободные области на диске могут 
быть использованы для размещения нового файла. Следует, однако, иметь в виду, что 
сильно фрагментированный файл требует заметно больше времени для чтения или за- 
писи, что снижает скорость выполнения работающей с ним программы. 

Работа с файлами предполагает использование дескрипторов (файловых индексов}, ко- 
торые в первом приближении можно рассматривать как номера открытых файлов. 

Процедура чтения-записи файла в общем случае распадается на следующие операции: 

› создание файла с заданным именем в указанном каталоге или открытие файла, 

если он был создан ранее; 

» запись в файл или чтение из файла всего содержимого либо любой его части; 

» закрытие файла. 


В большинстве случаев работа с файлом начинается с выполнения операции его 
открытия, для чего предусмотрена особая функция 2О$. Открывая файл, 2О$ 
назначает ему очередной свободный блок описания файла в системной таблице 
открытых файлов (Зузет ЕЦе ТаЫе, ЕТ), о которой шла речь в предыдущей статье. 
Как уже отмечалось, объем этой таблицы, определяющий максимальное число файлов, 
с которыми можно работать одновременно, задается на этапе конфигурирования 2О$ 
директивой ЕП.Е$ файла СОМЕС.ЗУ$. 

Найдя в системе каталогов диска элемент, описывающий открываемый файл, 2О$ 
заносит в выделенный ему блок ЗЕТ основные характеристики файла, такие, как имя, 
длина, атрибуты, дата и время создания, стартовый кластер, физический адрес на дис- 
ке элемента каталога, содержащего информацию о файле, и ряд других. Часть инфор- 
мации переписывается в блок ЗЕТ из элемента каталога, часть (например, указатель на 
блок параметров диска, где хранится информация о физических характеристиках дис- 
ка) РОЗ поставляет сама. Важным элементом блока описания файла является двух- 
словная ячейка, в которой хранится указатель — номер байта относительно начала фай- 
ла, с которого начнется очередная операция записи или чтения. Наличие указателя по- 
зволяет организовать прямой доступ к файлу, т. е. чтение или запись начиная с любого 
места файла. Ссылку на номер выделенного файлу блока в ЗЕТ РОЗ возвращает в про- 
грамму в виде дескриптора. 

Обращение к открытому файлу (запись, чтение, изменение характеристик файла и и 
т. д.) осуществляется по присвоенному ему дескриптору; неоткрытый файл дескрипто- 
ра не имеет, и система работать с ним не может. По мере выполнения операций с от- 
крытым файлом 2О$ модифицирует информацию в блоке ЗЕТ; содержимое ЗЕТ все- 
гда отражает текущее состояние файла. 

После окончания работы с файлом его надо закрыть предназначенной для этого 
функцией РО$. В процессе закрытия осуществляется сброс на диск буфсров РОЗ, мо- 
дификация элемента каталога и освобождение блока описания файла в ЗЕТ вместе с 
закрепленным за ним дескриптором. И то и другое можно теперь использовать для ра- 
боты с другим файлом. Таким образом, система может последовательно работать с не- 
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ограниченным количеством файлов, но число одновременно открытых файлов опреде- 
ляется объемом системной таблицы файлов. 

При завершении программы (для этого предусмотрена функция РОЗ 4СВ) выпол- 
няется автоматическое закрытие всех открытых в программе файлов. Поэтому в про- 
стых и не слишком ответственных программах файлы можно явным образом не за- 
крывать — они все равно будут закрыты системой. 

Рассмотрим несколько примеров операций записи и чтения файлов на диске. 


Пример 47.1. Создание файла и запись в него данных 


;В сегменте команд 
;Создадим файл 


ФА АН, ЗСВ ;Функция создания файла 
пох сх, 0 ;Без атрибутов 
пом ОХ, оЕЁЕзее Епаще;Адрес имени файла 
10% 216 
поУ Вара1е, АХ ;Сохраним дескриптор файла 
}Запишем в файл данные (в данном примере - текстовую строку} 
поу АН, 405 ;Функция записи в файл 
пом ВХ, Рапа1е ;Дескриптор 
по СХ, БаЕ1еп ;Число записываемых байтов 
пом ОХ, оЕЕзеё робоце;Адрес данных 
11 215 | 
;Закроем файл (нет необходимости) 
пох АН, ЗЕВ ;Функция закрытия файла 
оу ВХ, Рапа1е ;Дескриптор . 
106 218 
;В сегменте данных 
БаРоиЕ 6 'Файл номер 1' ;Данные для записи в файл 
БаЕ1еп=$-раБойе ;Ее длина (12 байт) 
Вап91е ам 0 ;Ячейка для дескриптора 


{паме ЧЬ 'МУРТЬЕ.001',0 ;Имя файла в формате АЗСТТЕ 


Функция ЗСЬ позволяет создать на диске файл с заданным именем. Спецификация 
файла, т. е. путь к нему вместе с именем файла и его расширением, указывается в виде 
символьной строки, завершающейся двоичным нулем ("строка АЗСИЙ”"). Для специ- 
фикации файла в программе действуют обычные правила РОЗ. Так, если в специфика- 
ции отсутствует путь, файл создается в текущем каталоге текущего диска (как в выше- 
приведенном примере); если указаны путь и имя файла, он создается в соответствую- 
щем каталоге текущего диска и Т. д. 

Если функция ЗС обнаруживает, что на диске уже имеется файл с указанным 
именем, она фактически уничтожает его и создает новый с тем же именем. Поэтому 
пример 47.1 можно выполнять многократно; при каждом прогоне программы файл 
МУЕПЕ.О01 будет создаваться заново. 

Функция 406 позволяет записывать данные на любое устройство, в том числе и в файл 
на диске. Конкретный приемник данных задается его дескриптором. Следует заметить, что 
‚при записи в файл, как, впрочем, и при выводе на любое устройство, в приемник данных 
поступают лишь те данные, которые указаны в программе. Никакие дополнительные коды, 
например обозначающие конец файла, не записываются. Таким образом, созданный в при- 
мере 47.1 файл будет иметь длину точно 12 байт (хотя фактически займет на диске целый 
кластер, в котором после наших данных будет "мусор"). 

В качестве данных, записываемых в файл, в примере выбрана текстовая строка. 
Вэтом случае легко прочитать файл с помощью любого текстового редактора и про- 
контролировать правильность выполнения программы. В действительности в файл 
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можно выводить любые данные. Функция записи 401 (как и функция чтения ЗЕВ, ко- 
торая будет использована в примере 47.2) рассматривает пересылаемые данные просто 
как последовательность байтов, никак не анализируя их значения. 


Пример 47.2. Чтение файла 


;В сегменте команд 
;Откроем файл 


ОУ АН, ЗОБ ;Функция открытия файла 
ОУ А1.,2 ;Доступ для чтения-записи 
поу ОХ, оЕЁзеЕе Епаме ;Адрес имени файла 
106 218 , 
оу рапа1е, АХ ;Сохраним дескриптор 
;Поставим запрос на чтение 80 байт 
поУу АН, ЗЕВ ;Функция чтения 
том ВХ, Вапа1е ; Дескриптор 
оу СХ, 80 ;Столько читать 
оу ОХ, оЕЕЗее БиЁ1п ;Сюда 
106 218 
оу СХ, АХ ;Столько реально прочитали 
;Выведем прочитанное на экран 
мо АН, 405 ;Функция записи 
моУ ВХ, 1 ;Дескриптор стандартного вывода 
мо ОХ, оЕЕЗек БаЁзп ;Отсюда выводить (СХ байт) 
пе 218 
;В сегменте данных 
БаЕ1п ЧЬ 80 ар (' ') ;Вуфер ввода 
Вап91е ам 0 : ;Ячейка для дескриптора 
Епате АБ 'МУЕТЬЕ.001',0 ;Имя файла в формате АЗСТТа 


Функция ЗОН позволяет открыть уже имеющийся файл. В регистрах ОЗ:ОХ зада- 
ется адрес спецификации файла в виде строки АЗСП7; в регистре АГ. — режим доступа 
(0 — чтение, 1 — запись, 2 — чтение и запись). Функция возвращает дескриптор открыто- 
го файла в регистре АХ. 

Чтение файла осуществляется вызовом функции ЗЕВ, которая требует указания в 
качестве входных параметров дескриптора источника данных (в регистре ВХ), адреса 
приемного буфера (в регистрах О$:ВХ) и количества передаваемых байтов (в регистре 
СХ). Если мы хотим прочитать все содержимое файла, но не знаем точно его длину, 
можно в запросе на чтение указать заведомо большее число байтов (не более 65 535), 
Функция ЗЕр сама определит длину файла и прочитает все его содержимое до конца. 
После возврата из РО$ в регистре СХ будет содержаться число фактически прочитан- 
ных байтов. В примере 47.2 содержимое АХ переносится в СХ и используется затем в 
качестве параметра для функции 401, с помощью которой прочитанные данные выво- 
дятся на экран для контроля. 

РО$ предоставляет возможность обращения к любому байту файла по его номеру. 
С этой целью для каждого открытого файла РОЗ создает и поддерживает указатель 
(хранящийся в ЗЕТ), который представляет собой относительный номер байта в файле, 
начиная от которого будут выполняться запись или чтение данных. Указатель только 
что открытого или созданного файла позиционируется системой на начало файла, а 
функции чтения или записи смещают его на число прочитанных или записанных бай- 
тов. Таким образом, повторное использование функций чтения или записи реализует 
последовательный доступ к файлу. Для организации прямого доступа к произвольному 
месту файла предусмотрена функция 426, позволяющая задать положение указателя 
относительно начала файла (для этого надо задать АГ=0), конца файла (АГ=2) или те- 
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кущего положения указателя (АГ=1). Само значение смещения указателя (со знаком) 
заносится в регистры СХ (старшая половина) и ОХ (младшая). В примере 47.3 проил- 
люстрирована методика прямого доступа к файлу. 

Пример 47.3. Прямой доступ к файлу 


;В сегменте команд 
;Откроем файл 


поУ АН, ЗОВ ;Функция открытия файла 
мо А1., 2 ;Доступ для чтения-записи 
пох ОХ, оЕЁзее Елапще;Адрес имени файла 
108 218 
поУу Вапа1е, АХ ;Сохраним дескриптор 
;Установим указатель на байт номер 11 
пох АН, 42В ;Функция установки указателя 
оу АГ, 0 ;Режим - от начала файла 
моу ВХ, Папа1е ;Дескриптор 
моу сх, 0 ;Старшая головина указателя 
пох 2Х,11 ;Младшая половина указателя 
110% 218 
;Модифицируем файл 
мох АН, 40В ;Функгия записи 
моу ВХ, Папа1е ;Дескриптор 
оу сх,2 ;Число записываемых байтов 
оу ОХ, оЕЕзеф моЯ;Отсюда выводить 
110% 218 
;В сегменте данных 
воЯ ЧЬ '2а' ;Буфер вывода 
Вапа1е 9м 0 ;Ячейка для дескриптора 


Рпате Яр ‘МУЕТЬЕ.001',0 ;Имя файла в формате А5Ст12 


В приведенном примере предполагается, что модификации подлежит созданный 
ранее файл МУЕП.Е.001, содержащий строку 
файл номер 1 


в которой следует заменить 1 на 2а (что требует, кстати, как замены последнего байта 
файла, так и увеличения длины файла на 1 байт). 

Открыв файл и получив его дескриптор, можно вызвать функцию 421 для установ- 
ки указателя в файле. В параметрах этой функции мы указываем режим установки ука- 
зателя (от начала файла) и 32-битовое значение смещения в файле (в нашем случае 11). 
После этого вызовом функции 40} выполняется запись в файл 2 байт из программного 
буфера тод. 

В приведенном примере, где новый вывод в файл требуется выполнить от его по- 
следнего байта, было бы проще задать положение указателя от конца файла. Для этого 
в параметрах функции 428 следует указать режим 02, а в регистровую пару СХ:ОХ 
поместить число —1 (так как мы хотим сместиться на 1 байт влево от конца файла); 32- 

„разрядное число —1 имеет машинное представление ЕЕЕЕЕЕЕЕВ. Поэтому строки за- 
полнения регистров СХ и ОХ будут выглядеть следующим образом: 


поУу СХ, СЕЕЕЕВ 
пом ОХ, ОРЕЕЕН 


Если программист затрудняется в определении машинного представления отрица- 
тельного числа, можно предусмотреть в полях данных двухсловную ячейку для указа- 
теля, указав ее содержимое в десятичной форме: 

‘ро1пфеег аа -1 
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В процессе трансляции для числа —1 будет найдено и записано в ячейку ройег его 
машинное представление. В этом случае для заполнения регистров СХ и ОХ потребу- 
ются следующие программные строки: 


поУ СХ,‚,мога рЕг ро1л®ег+2;Старшая часть числа 
доу ОХ, иогА рЕг ро1пеег;Младшая часть числа 


Статья 48. Изменение характеристик файлов 


20$ предоставляет набор функций для изменения таких характеристик файла, как 
имя, атрибуты, время и дата создания. Первые две функции, работающие, в сущности, 
не с самим файлом, а с записью каталога, не требуют предварительного открытия фай- 
ла и получения его дескриптора. В числе. параметров последней функции необходимо 
указать дескриптор файла, т.е. файл сначала нужно открыть. Рассмотрим в качестве 
примера программу задания даты и времени создания файла (пример 48.1). Такая опе- 
рация может понадобиться в процессе подготовки болышого программного пакета. 
Часто всем файлам, составляющим пакет, назначают перед его выпуском одинаковое 


время создания, хотя реально эти файлы могли разрабатываться в течение длительного 
времени. 


Пример 48.1. Назначение файлу даты и времени создания 


;В сегменте команд 
;Откроем файл 


по АН, ЗОБ ;Функция открытия файла 
поу АГ, 2 
поу ОХ, оЕЁзее Епаще ;Адрес имени файла 
106 218 
оу Вапа1е, АХ ;Получили дескриптор 
;Изменим дату и время создания файла 
оу АН, 575 ;Функция даты/времени 
оу АБ, 1 ;Установить дату/время 
поУ ВХ, Вапа1е ;Дескриптор файла 
пом сх, о ;Очистим СХ 
ог СХ, зес ;Добавим секунды 
ог СХ, п ;Добавим минуты 
ох СХ, ВБоцг ;Добавим часы 
хог ох, ох ;Очистим РХ 
ох ОХ, Чау ;Добавим день 
ог ОХ, мопеВ ;Добавим месяц 
ог ОХ, уеаг ;Добавим год 
116 218 
;В сегменте данных 
Бап@1е дм 0 ;Ячейка для дескриптора 
Епаме АБ 'МУРТЬЕ. 001',0 ;Имя файла в формате АЗСТтЕ 
зес а“ 6/2 ;6 секунд 
пп Ам 15*32 ;15 минут 
Боаг ам 12*2048 ;12 часов 
Зау Ам 19 ;10 число 
мопев [ей 3*32 ;Март 
уеаг ам 21*512 ;21 под от 1980, т.е. 2001 г. 


Для установки даты и времени создания файла используется функция 57018. Она 
требует указания даты (в регистре ОХ) и времени (в регистре СХ) в том же формате, в 
котором эти данные хранятся в элементе каталога (см. табл. 29.3). Формирование дан- 
ных осуществляется непосредственно в регистрах с помощью нескольких команд по- 
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битового сложения ог, которые позволяют заполнять группы битов слова новым со- 
держимым, не затрагивая уже заполненных битов. Сдвиг составляющих даты/времени 
в соответствующие места осуществляется с помощью команд умножения на этапе 
трансляции. Например, для сдвига числа минут в группу битов 5...10 число необходи- 
мо умножить на 25=32. 

Рассмотрим еще пример 48.2 — переименование имеющегося файла, для чего пре- 
дусмотрена функция 568. Она требует указания двух спецификаций файла — исходной, 
чтобы можно было его найти, и новой, присваиваемой файлу. Если в обеих специфи- 
кациях указан один и тот же путь к файлу (или иместся только имя файла), осуществ- 
ляется его переименование; если же пути различаются, функция выполняет перенос 
файла в другой каталог. Полезно понимать, что перенос файла в другой каталог не 
требует копирования файла на другое место диска; файл остается на том же месте, 
изменяются только записи об этом файле в каталогах. 

Адрес исходной спецификации должен содержаться в регистрах 25:ОХ; адрес но- 
вой спецификации — в регистрах ЕЗ:01. Это требует при использовании данной функ- 
ции настройки на сегмент данных программы не только регистра $, как обычно, но 
ирегистра ЕЗ. 


Пример 48.2. Переименование файла 
}В сегменте команд 


разп 0$ ;Настроим ЕЗ на 
рор Е5 ;наш сегмент данных 
по АН, 56 Н ;Функция гереименования 
пом ОХ, оЕЕЗее ЁЕпаме!1 ;Исходная спецификация 
по РТ, о<ЕЕЗзее Епаше? ;Новая спецификация 
106 218 

;В сегменте данных 

Епапе1 а 'пуЕ11е.001',0 

папе? 'пуЕ11е01.аак',0 


Статья 49. Поиск файлов 


Иногда возникает необходимость найти в некотором каталоге все файлы, удовле- 
творяющие условиям шаблона групповой операции (например, все файлы с расшире- 
нием .АЗМ или все файлы с именем ЕХАМРГЕ и любыми расширениями). Поиск 
файлов по заданным шаблонам групповых операций осуществляется с помощью 
функций 4ЕВ (найти первый файл) и 4ЕВ (найти следующий файл). Для их использова- 
ния необходимо с помощью функции 1АЪ организовать в программе область дисковой 
передачи данных (015К талзЕег агеа, ОТА) размером не менее 43 байт либо с помощью 
функции 2ЕВ получить адрес области передачи данных, созданной 2О$. Известно, 
впрочем, что в качестве ОТА 2О$ использует область РУР от байта 808. ОО$ помеша- 
етв ОТА информацию о найденном файле (атрибуты, время и дата создания, размер 
ит. д.). Содержимое области дисковой передачи данных приведено в табл. 49.1. 


Таблица 49.1. Формат ОТА 


| 
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орв 
ри каталога 


ОЕВ 2 Номер первого кластера 
родительского каталога 
Зарезервировано 


Атрибуты — найденного 
файла 


Время создания найден- 
ного файла 


Дата создания найденно- 
го файла 


4 Размер найденного фай- 
па 
3 


Имя и расширение файла 
в виде строки АЗСПЯ, 


При поиске файлов по заданному шаблону сначала активизируется функция 4ЕВ. 
В регистры 0$:ОХ помещается адрес строки АЗСПЯ, в которой задан путь к рассмат- 
риваемому каталогу, а в регистр СХ - код комбинации атрибутов искомого файла. Ес- 
ли установлены атрибуты поиска, то ищутся как нормальные файлы, так и файлы с за- 
данными атрибутами. В случае успешного нахождения заданного файла функция воз- 
вращает СЕ=0, а имя и расширение файла в виде строки АЗСПИ, помещаются в ОТА, 
в байты 1ЕВ...2 Ав. Получив имя файла, можно открыть этот файл с помощью функции 
ЗОВ и выполнить далее требуемые операции (чтение, запись и т. д.). 

Поиск следующих файлов, удовлетворяющих условиям заданного шаблона, осу- 
ществляется с помощью функции 4ЕН, которая используется так же, как и функция 4ЕВ 
поиска первого файла. При необходимости функцию 4ЕВ можно активизировать мно- 
гократно, пока СЕ=!| не покажет, что все файлы, удовлетворяющие условиям заданно- 
го шаблона, исчерпаны. 

Рассмотрим в качестве примера задачу определения метки тома установленной на дис- 
ководе дискеты и сравнение ее с требуемой меткой (пример 49.1). Такая операция может 
использоваться в тех случаях, когда программа обработки данных должна считывать ис- 
ходные данные с нескольких дискет в установленном порядке. Проверка меток тома позво- 
лит обнаружить факт случайной установки на дисковод дискет в ошибочном порядке. 

Известно, что метка тома хранится на дискете (как и на жестком диске) в виде за- 
писи в корневом каталоге, совпадающей по формату с записью о файле. Единственным 
отличием является атрибут, который для метки тома должен иметь значение 8 (см, 
табл. 29.2). Таким образом, для поиска метки следует использовать функцию 4ЕВ, 
а поиск выполнять лишь в корневом каталоге дискеты. 


1 





Пример 49.1. Проверка метки тома дискеты 

;В сегменте команд 

;Установим нашу область передачи диска (О0ТА), 
; чтобы не искать ее в РР 


по АН, 1АВ ;Функция установки ОТА 
оу ОХ, оЕЁзеф ба ;Адрес нашей РТА 
116 218 
;Найдем метку 
по АН, ЕП ;Функция гоиска первого файла 
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моу сх, 8 ;Атрибут "метка тома" 


оу ОХ, оЕЕзее Алапе ;Адрес спецификации файлов , 
11 218 
3с по1аЪе1 ;Метка отсутствует 
;Сравним метки 
ед ЗТ, ОЕЁЗее 151 ;Адрес имени требуемой метки 
поу АХ, зея ба ;Настроим сегментный 
поУ Е, АХ ;урегистр Е5$ на наш сегмент 
поу ОТ, оБЕзеф аа+1Ерв ;Место для имени файла в РТА 
ПоУ СХ, 1511еп ;Длина имени метки 
с1а ;Будем сравнивать вперед 
гере смрзЬ ;Сравнение 
пе еггог ;Метки не совпадают 
;Выведем сообщение пез1 о том, что на дисководе стоит требуемая дискета 
пом ОХ, ОЕЕзеЕ пе$1 
Зтр до_оп 
по1аре1: 
;Выведем сообщение пез2 об отсутствии метки на дискете 
моУ ОХ, оЕЁзеё мез2 
Зпр 9о_оп 
егког: 
}Выведем сообщение шез3 о том, что на дисководе не та дискета 
пом ОХ, ОЕЁзеё мез3 
90 оп: шо\ АН, О9В 
пе 218 
$8 сегменте данных 
бпаме [е1*) 'А:\*.*'!,0 ;Просмотрим все имена в корневом каталоге 
А: \ 
дЕа ЧБ 43 а9р(0} ;Область передачи данных 
151 аъ 'РАТАОТЗК.005' 
1511еп=$-151 
пез1 [е1°) ‘На дисководе стоит правильная дискета$' 
щез2 а 'На дискете нет метки!$' 
мез3 аъ 'На дисководе не та дискета!$' 


Разумеется, в реальной программе должен быть предусмотрен переход на продол- 
жение программы в случае установки правильной дискеты. 


Статья 50. Ввод с клавиатуры 


Операционная система предоставляет несколько способов ввода данных с клавиатуры: 

› обращение к клавиатуре с помощью файловой функции ЗЕН прерывания 218; 

» использование группы функций ввода-вывода из диапазона 018...0ОСЬ прерыва- 
ния 211; 

» посимвольный ввод путем обращения непосредственно к ВГОЗ$ с помощью пре- 
рывания ПМТ 168. 


Ввод с клавиатуры средствами файловой системы (ПМТ 218, функция ЗЕВ) 
осуществляется точно так же, как и чтение из файла. Обычно используется предопре- 
деленный дескриптор 0, закрепленный за стандартным устройством ввода, т. е. за 
клавиатурой. Число вводимых символов указывается в регистре СХ, однако ввод 
завершается лишь после того, как нажата клавиша Етег, независимо от того, введено 
ли фактически меньше символов, чем было запланировано, или больше (последнее, 
естественно, может случиться лишь при неправильных действиях). Поэтому при вводе 
строк с клавиатуры нет необходимости заранее задавать их длину, достаточно 
загрузить в регистр СХ максимальную длину строки, например 80 байт. В любом 
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случае в регистре АХ возвращается число реально введенных байтов, при этом 
учитываются также и 2 байта (13 и 10), поступающие во входной буфер при нажатии 
клавиши Ещег. 

Особая ситуация возникает, если попытаться ввести больше символов, чем затре- 
бовано функцией ЗЕВ. В процессе выполнения этой функции все вводимые символы 
тут же извлекаются из кольцевого буфера ввода и пересылаются в буфер 2О$. Обна- 
ружив во входном потоке коды клавиши Етег, ДО$ пересылает из этого буфера в бу- 
фер пользователя в программе точно затребованное число символов (естественно, без 
кодов Етег, которые располагаются в конце введенной строки). Остальные символы 
остаются в буфере РО$, готовые к вводу. Если не принять специальных мер к очистке 
буфера, они поступят в программу при очередном запросе ЗЕВ, даже если оператор 
еще не начал вводить очередную порцию данных. Очевидно, что в этом случае будет 
нарушена синхронизация хода выполнения программы с работой оператора. 

Второй способ получения данных с клавиатуры в программу, с помощью функций 
2О$ из диапазона 011...ОСВ, несколько более громоздок, но обеспечивает более разно- 
образные возможности. Вообще отличие этих функции ОО$, как уже отмечалось ранее 
(см. статью 44), заключается в том, что они выполняются на отдельном стеке РОЗ и, 
следовательно, к ним можно обращаться в обработчике аппаратных прерываний, если 
в основной программе используются лишь функции "дисковой" группы (т. е., попро- 
сту, все остальные функции РО5). Однако в программах, не связанных с обработкой 
аппаратных прерываний, принадлежность функции к той или иной группе не имеет 
особого значения и при выборе для использования в программе следует руководство- 
ваться чисто функциональными соображениями. 

Функции ввода с кратким описанием перечислены в табл. 50.1. 


Таблица 50.1. Функции ввода из группы функций ввода-вывода 


‘018 = | Ввод символа с эхом и отработкой СЫ+-С 
Прямой посимвольный ввод-вывод через консоль 











Проверка состояния стандартного устройства ввода 
Сброс кольцевого буфера клавиатуры и ввод одной из функций 







оСв 


Функции 011, Об, 07В и 08В при каждом вызове вводят в программу один символ 
из кольцевого буфера ввода; при необходимости ввести группу символов (строку) эти 
функции следует использовать в цикле. Различаются они`наличием или отсутствием 
отображения вводимого символа на экране (эха), а также реакцией на ввод с клавиату- 
ры сочетания СИС. Функции 018 и ОАВ отображают вводимые символы на экране; 
функции 071 и 08В этого не делают, что дает возможность вводить данные тайком от 
окружающих (например, пароль или ключ). Второе различие описываемых функций 
касается их реакции на ввод сочетания Си!+С. При выполнении функций 011 и 08 
20$ проверяет каждый введенный символ и, обнаружив во входном потоке код СЫ1+С 
(03), аварийно завершает программу. Функции же 06} и 07Н пропускают код СИС в 
программу, не инициируя по нему никаких специальных действий. Таким образом, ес- 
ли программа осуществляет ввод с клавиатуры функциями 06В или 078, ее нельзя ава- 
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рийно завершить командой СН+С. В настоящее время, когда известна и широко ис- 
пользуется методика перехвата прерывания 238 с передачей управления на приклад- 
ной обработчик команд СЫ!+С и СЫ ВгеаК, все эти рассуждения о нечувствитель- 
ности к СЫ С потеряли свое значение. 

Функции 01В, 07В и 08В предназначены только для вывода; функция 06Н реализует 
как посимвольный ввод с клавиатуры, так и вывод символов на экран. Режим работы 
этой функции задается в регистре АГ: код ЕЕ обозначает ввод, любой другой код 
приводит к выводу на экран соответствующего этому коду символа. 

Функция САН передает в буфер пользователя строку, введенную с клавиатуры. 
Строка должна заканчиваться нажатием клавиши Ещег, и ее длина не должна превы- 
шать 254 символов. Вводимые символы отображаются на экране; при вводе Си1+С 
происходит аварийное завершение программы. 

Функция ОВЪ позволяет проверить наличие в кольцевом буфере ввода ожидающих 
символов. При обнаружении символов программа должна извлечь их из буфера одной 
из функций ввода; если символов нет, программа может продолжить выполнение. Та- 
кая методика использустся в программах, носящих циклический характер, если требу- 
ется обеспечить управление ходом выполнения программы с клавиатуры терминала. 
В каждом шаге цикла после выполнения запланированных действий проверяется со- 
стояние кольцевого буфера ввода; если в течение предыдущего шага цикла оператор 
нажал на какую-либо клавишу, программа проанализирует введенный код и осущест- 
вит выход из цикла и переход в ту или иную точку; если же буфер оказывается пуст, 
циклическое выполнение продолжится. 

Функция ОВВ чувствительна к СИС. Это дает возможность организовать с ее по- 
мощью аварийное завершение программы на тех ее участках, где выполняются чисто 
процессорные действия. Если, например, включить вызов функции ОВЬ в цикл, то при 
отсутствии ввода с клавиатуры цикл будет выполняться обычным образом, но после 
ввода СЫ1+С программа аварийно завершится, хотя на выполняемом участке програм- 
мы не используются функции ввода-вывода. 

Функция ОСН служит для организации ввода с предварительной очисткой кольце- 
вого буфера. Все функции, кроме ОСЬ, вводят в программу наиболее старый из ско- 
пившихся в кольцевом буфере ввода символов, реализуя тем самым возможность вво- 
да с упреждением. В этом режиме оператор может нажимать на клавиши еще до выда- 
чи программой запроса на ввод; коды нажатых клавиш (не более 15) будут 
накапливаться в кольцевом буфере ввода и извлекаться оттуда в программу по мере 
выполнения ею запросов на ввод. В отличие от этого функция ОСН сначала очищает 
кольцевой буфер и лишь затем ожидает ввода символа с клавиатуры. В результате ко- 
ды всех ранее нажатых (по предположению — случайно) клавиш теряются. Обычно 
функцию ОСЁВ используют в программе непосредственно вслед за функцией вывода на 
экран символьной строки с предложением оператору вводить данные. В результате из 
кольцевого буфера убирается весь "мусор" от случайных нажатий, в программу же по- 
ступает лишь то, что вводится оператором после запроса программы. При этом режим 
ввода (с эхом или без него и т. д.} определяется тем, какая имснно функция ввода (011, 
071, 08 или ОАБ) реализуется "внутри" функции ОСКВ. 

Функции 011, 076, 08} и ОАЪ являются синхронными, т. е. при отсутствии символа 
в кольцевом буфере ждут сго ввода. Функция 06} позволяет определить состояние 
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кольцевого буфера и при наличии в нем кода извлечь этот код и обработать его, а при 
отсутствии - продолжить выполнение программы. 

Функции 018, 068, 076 и 08В позволяют вводить в программу расширенные коды 
А$СИ. Для этого, обнаружив, что введенный код АЗСИ равен нулю, следует выполнить 
функцию повторно. Это дает возможность управления прикладными программами с по- 
мощью функциональных клавиш, а также сочетаний А!+цифра, АН+буква и др. 

Функции 06Ъ, 07В и 08В позволяют вводить в. программу коды символов с помо- 
щью сочетания А|+цифра на цифровой клавиатуре (в том числе некоторые из первых 
32 символов кодовой таблицы и всю вторую половину кодовой таблицы). 

Работа с клавиатурой на уровне ВОЗ (ПМТ 168) позволяет считывать 2-байтовые 
коды, поступающие в кольцевой буфер ввода (код АЗСИ + скан-код) и анализировать 
слово флагов клавиатуры (нажатие клавиш СЫТ, АЁ, ЗЫЯ и др.). Функции В1О$, ис- 
пользуемые для ввода с клавиатуры, перечислены в табл. 50.2. 


Таблица 50.2. Функции ввода В1О$5 (прерывание 1п! 16й) 
Чтение состояния клавиатуры и 2-байтового кода 
без извлечения его из буфера 


Функция ООВ позволяет в одном действии получить полный 2-байтовый код нажатой 
клавиши или комбинации клавиш, из которого, в частности, можно извлечь скан-код (неко- 
торые программы идентифицируют нажатые клавиши не по кодам АЗСИ, а по их скан- 
кодам), а также получить значащую часть расширенного кода АЗСП (при нажатии, напри- 
мер, функциональных клавиш). Функция 00 является синхронной: при ее выполнении 
программа останавливается в ожидании нажатия клавиши. 

Функция 01В относится к числу асинхронных: определив состояние клавиатуры 
(точнее, буфера ввода), она возвращает управление программе. Состояние буфера воз- 
вращается во флаге 7Е: если в буфере имеются ожидающие ввода в программу симво- 
лы, ИЕ=0; если же буфер пуст, 2Е=1. При наличии в буфере кода символа его можно 
проанализировать, так как он возвращается функцией в регистре АХ (АН=скан-код, 
АГ-=код АЗСИ). Необходимо, однако, иметь в виду, что функция О1Ъ, копируя 2-бай- 
товый код в регистр АХ, не очищает при этом кольцевой буфер. Забрать символ с очи- 
сткой буфера можно затем функцией 001. 

Функция 028 передает в программу содержимое слова флагов (ячейка 4178). Она 
может использоваться программами, работающими на уровне скан-кодов, для опреде- 
лёния состояния клавиш ШИ, Сарз ГосК и др. 

Рассмотрим несколько примеров использования системных функций для ввода 
данных с клавиатуры. 










Пример 50.1. Ввод с клавиатуры строки с помощью файловой функции ЗЕЁ 
;В сегменте команд 
;Выведем на экран строку-запрос 

поу АН, 99 


пом РХ, оЕЕзее пза 
116 218 
;Поставим запрос на ввод 
поУ АН, ЗЕН ; Файловая функция ввода 
оу ВХ, 5 ;Дескригтор клавиатуры 
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мо СХ, 25 ;Максимальное число символов 
оу ОХ, оЕЁзее 1п5аЁ;Адрес грограммного буфера ввода 
11 218 


;В сегменте данных 
пза аь 'Введите фамилию: $' 
1араЕ аь 256 Чар (!'*'),'$' 

В примере 50.1 на экран выводится строка-запрос пользователю, после чего функ- 
ция ЗЕВ ожидает ввода строки, завершающейся нажатием клавиши Емщег. По мере вво- 
да (до нажатия клавиши Ет(ег) строку можно редактировать: стирать введенные сим- 
волы и заменять их новыми. После нажатия клавиши Ещег введенная строка вместе с 
кодами 13 и 10 поступает в программный буфер шиЁ где ее можно обнаружить с 
помощью отладчика. 


Пример 50.2. Управление программой с помощью функциональных клавиш 


}3 сегменте команд 
};Выведем на экран строку-запрос 


пом АН, ОЭН 
шоу ОХ, оЕЕзеё геадзе 
116 218 
;Фильтрация расширенных кодов АЗСТТ 


оу АН, 085 ;Функция ввода символа без эха 
ада1п: 116 218 
стр АТ, 0 ;Младший байт = 0? 
) пе ада1п ;Нет, повторять ввод символа 
оу АН, О8В ;Да, введем старший байт 
11 218 
спр АГ, ЗВН ;Нажата клавиша Е1? 
3е #1 ;}Да, на соответствующий фрагмент 
стр АБ, ЗСН ;Нажата клавиша Е2? 
)е #2 ;Да, на соответствующий фрагмент 
спр АГ, ЗОВ ;Нажата клавиша ЕЗ? 
)е #3 ;Да, на соответствующий фрагмент 
9 пр ада1п ;Нажато незапланированное 
п: ;Фрагмент, выполняемый ло команде Е1 
поУ АН, ОЭВ 
ет ОХ, оЕЁзеЕ пза_Е1 
116 218 
9 пр до ;На продолжение программы 
Е2: ;Фрагмент, выполняемый по команде Е2 
поУ АН, 09 
моУ ОХ, оЕЁзеЕ тз9_#2 
106 21Н 
Зпр до ;На продолжение программы 
ЕЗ: ; Фрагмент, выполняемый го команде ЕЗ 
пом АН, О9В 
поу ОХ, оЕЕзес п59_Е3 
116 218 
до: ;Продолжение грограммы (у нас - завершение) 
;8 сегменте данных 
гедз& [е1е) ‘Вводите команду (ЁР1, Е2 или ЕЗ}:’,13,10,'5$' 
3921 46 'Введена команда Ё1$' 
154_ЁЕ2 45 'Введена команда Е25' 
#59_23 а 'Введена команда Ё3$' 


Как уже было отмечено, для обнаружения во входном потоке расширенных кодов 
АЗСП необходимо анализировать поступающие коды и при обнаружении кода 0 по- 
вторить ввод символа. Этот повторный ввод приведет к извлечению из кольцевого бу- 
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фера. старшего, значащего байта 2-байтового расширенного кода АЗСИ. В примере 
50.2 ввод осуществляется функцией 081 без эха, что избавляет нас от появления на эк- 
ране бессмысленных символов. Полученный старший байт кода последовательно про- 
веряется на совпадение с кодами АЗСП клавиш Е1, Е2 и ЕЗ, после чего выполняется 
переход на соответствующий фрагмент программы. 


Пример 50.3. Ввод с клавиатуры с очисткой кольцевого буфера 
;В сегменте команд 
;Выведем на экран информационную строку 
оу АН, О9В 
оу ОХ, оЕЕзефе пз9 
116 218 
;Введем в программу задержку порядка нескольких секунд 
по\ сх, 5000 
4е1ау2: разв СХ 


оу сх, 0 
Яе1ау1: 1оор 4е1ау1 
рор сх 


1о0ор Че!1ау2 
;Выведем на экран строку-запрос 
пом АН, О9В 
пом ОХ, ОЕЕзеё геазе 
116. 218 
;Поставим запрос на ввод символа с очисткой кольцевого буфера 
ада1п: моу АН, ОСН } 
поу АБ, 018 


176 218 
стр АЁЬ,'а' 
пе ада1п 


... ;Завершим программу 
;В сегменте данных 


059 а 'Программа стартовала',13,10,'$' 
геаз* [1 ‘Вводите команду: $' 

В примере 50.3 с помощью функции 01В осуществляется циклический посимволь- 
ный ввод с клавиатуры с отображением вводимых символов на экране. Нажатие кла- 
виши О (на нижнем регистре) приводит к завершению программы. Для наглядной де- 
монстрации действия функции ОСВ ввода с очисткой кольцевого буфера в начале про- 
граммы на экран выводится информационное сообщение, после чего выполняется 
программная задержка достаточной длительности. В течение этой задержки пользова- 
тель может нажимать на любые клавиши, в том числе и (ошибочно) на "завершаю- 
щую" клавишу О. Весь этот "мусор" удаляется из кольцевого буфера функцией ОСВ, 
после чего активизируется функция ввода О1В, останавливающая программу в ожида- 
нии ввода с клавиатуры символа-команды. При поступлении символа '4' программа за- 
вершается. 

Дополнительные примеры использования функций ввода с клавиатуры. в приклад- 
ных программах будут приведены в статье 52. 


Статья 51. Вывод на экран средствами ВОЗ 


Как и при вводе с клавиатуры, операционная система предоставляет несколько 
способов вывода данных на экран: 


‚ обращение к экрану с помощью файловой функции 40} прерывания 218; 
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» использование группы функций ввода-вывода из диапазона 011...0СВ преры- 
вания 211; 


® вывод на экран средствами В1О5 с помощью прерывания ПМТ 108. 


РО$ (прерывание 211} поддерживает только текстовый монохромный вывод; с по- 
мощью функций В1О0$ можно реализовать все возможности видеосистемы: вывод 
цветных символов, установку видеорежимов, переключение видеостраниц, загрузку 
шрифтов и т. д. В настоящей статье будут кратко рассмотрены средства ОО$З; гораздо 
более многообразным средствам В1О$ будет посвящена следующая статья. 

Вывод на экран средствами файловой системы (прерывание 218, функция 401) 
осуществляется точно так же, как и запись в файл (пример 51.1). Используются предо- 
пределенные дескрипторы 1 (стандартный вывод) или 2 (стандартная ошибка), закреп- 
ленные за экраном. Вывод через дескриптор | может быть перенаправлен в файл или 
на другое устройство (последовательный порт, принтер); вывод через дескриптор 2 не 
перенаправляется и обычно используется для вывода на экран служебных сообщений. 
Число выводимых символов указывается в регистре СХ, а адрес выводимой строки - в 
регистрах 0О$З:ОХ. Коды 08В (возврат на шаг), ОАВ (перевод строки), ООВ (возврат ка- 
ретки} и некоторые другие рассматриваются как управляющие и приводят к выполне- 
нию соответствующих им действий. 


Пример 51.1. Вывод на экран средствами файловой системы 
;В сегменте команд 


поУ АН, АОН ;Функция вывода 
моу ВХ, 1 ;Дескриптор экрана 
пом СХ, з6г1еп ;Длина строки 
шо ОХ, оЕЁзее шза ;Адрес строки 
1716 218 ;Вызов 205 
;В сегменте данных 
039 ЧБ 'Программа начинает свою работу',13,10 
059]1еп=$-тза ;Длина строки 


Как уже отмечалось, 2О$ не поддерживает цвет и, кроме того, не предоставляет 
средств очистки экрана и позиционирования курсора. Таким образом, вывод с помо- 
щью функций РОЗ осуществляется только строка за строкой, причем по мере вывода 
строк изображение на экране автоматически прокручивается вверх. Однако в состав 
РО$ включается драйвер АМ$З!.$У$, установка которого (с помошью файла 
СОМЕ!С.5У5) несколько расширяет возможности вывода на экран. В этом случае на 
экран, помимо содержательных текстов, посылаются Езс-последовательности, которые 
позволяют изменять цвет символов, позиционировать курсор и выполнять некоторые 
другие настройки экрана (и клавиатуры). Использование Езс-последовательностей бы- 
ло описано в статье 12. 

Второй способ вывода на экран текстовой информации реализуется с помощью 
трех функций 2О$, приведенных в табл. 51.1. 


Таблица 51.1. Функции РО$ вывода на экран 
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Функция 09В (пример 51.2) широко используется в системных и прикладных про- 
граммах для вывода на экран информационных и диагностических сообщений. Она не 
требует указания дескриптора (хотя в действительности использует дескриптор стан- 
дартного вывода 1); нет необходимости также указывать длину выводимой строки. 
Перед вызовом прерывания адрес сообщения заносится в регистры 2$:ОХ; сообщение 
должно заканчиваться символом $ (код которого равен 241). При отсутствии в строке 
этого символа на экран будет выводиться содержимое всех байтов памяти, располо- 
женных за строкой, до тех пор, пока в памяти случайно не встретится код 248. 


Пример 51.2. Вывод на экран строки с помощью функции 09й 
;В сегменте команд 


поу АН, ОЭ ;Функция вывода 
оу РХ, оЕЕЗеф пз9 ;Адрес строки 
116 218 ;Вызов 20$ 

;В сегменте данных 

пза 6 'Драйвер установлен$', 13,10 

п$91еп=$-т$9 ;Длина строки 


Функция 021 (пример 51.3) вызывает передачу на экран одного символа, помещаемого 


в регистр ОГ. Для вывода последовательности символов функцию нужно использовать 
в цикле. 


Пример 51.3. Вывод на экран символа с помощью функции 021. 


пом АН, О2Н ;Функхия вывода 
поУ Ь,'?' ;Выводимый символ 
126 218 ;Вызов 10$ 


Функция О6В не имеет особых преимуществ перед другими функциями вывода и 
используется реже. 


Статья 52. Вывод на экран средствами ВОЗ 


Функции ВОЗ обладают большими возможностями и широко используются в 
прикладном программировании для формирования цветных информационных кадров, 
переключения видеорежимов, загрузки шрифтов пользователя и других действий с ви- 
деосистемой. Их недостатком в сравнении с функциями ОО$ является относительная 


громоздкость использования. Функции, чаще других используемые при работе в тек- 
стовом режиме, перечислены в табл. 52.1. 


Таблица 52.1. Основные функции ВГО5 для работы в текстовом режиме 


Инициализировать или прокр 


Прочитать символ и атриб 
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Функция 021 позволяет позиционировать текстовый курсор, задавая его местопо- 
ложение в виде номера строки (0...24) и номера столбца (0...79). ВО$ поддерживает 8 
независимых курсоров — по одному на каждую видеостраницу, причем функция 028 
позиционирует курсор независимо от того, какая страница является активной. 

Функция ОЗВ позволяет получить и сохранить текущее положение курсора. Это 
дает возможность перейти временно в другое место экрана, сформировать там изобра- 
жение, а затем вернуться на старое место. 

Функция 05| переключает видеостраницы. Если видеосистема находится в тексто- 
вом режиме, то переключаются текстовые страницы (0...7), если установлен графиче- 
ский режим, то переключаются графические страницы (0...1). 

Большая часть описываемых ниже функций вывода на экран (кроме подфункции 
переключения мерцания/яркости и функции вывода строки в режиме телетайпа) по- 
зволяют формировать изображение на любой видеостранице, как активной в настоя- 
щей момент, так и скрытой. Это дает возможность либо подготовить заранее несколь- 
ко страниц и по мере необходимости быстро их переключать, либо, пока одна страни- 
ца выводится на экран, готовить изображение на следующей. 

С помощью функций 068 и 07В в заданном месте экрана дисплея создаются цвет- 
ные прямоугольные окна заданного размера. Если в созданные ранее окна выведен ка- 
кой-либо текст, то с помощью этих же функций можно прокручивать текст вверх или 
вниз. При этом текст, уходящий за край окна, пропадает, а из-под противоположного 
края появляются пустые строки с заданными атрибутами цвета. Для заполнения появ- 
ляющихся строк текстом следует использовать подходящие функции В1О$, причем 
контроль местоположения, длины и цвета строк возлагается на программиста. Про- 
граммы ВТО$ только прокручивают заданную прямоугольную область экрана (вместе 
с текстом в ней). 

Функции 09Н, ОАВ, ОЕБ и 131 служат для вывода на экран отдельных символов и 
символьных строк (в цикле). Функции 09 и ОАВ не выполняют фильтрации управ- 
ляющих символов, поэтому с их помощью можно выводить все символы кодовой 
страницы. Предусмотрен вывод одного и того же символа заданное число раз, что 
можно использовать при создании рамок и орнаментов. Вывод символа не перемещает 
курсор, поэтому каждый раз перед применением функций 091 или ОАВ следует пози- 
ционировать курсор с помощью функции 028. Различие функций 09 и ОАВ заключа- 
ется в том, что первая позволяет вывести символ с любым атрибутом, а вторая 
использует прежний атрибут той позиции, куда выводится символ. 

Функция ОЕН фильтрует управляющие коды 071 (звуковой сигнал), 08} (возврат на 
шаг), 106 (перевод строки) и {ЗН (возврат каретки), выполняя соответствующие им 
действия. Курсор перемещается после вывода каждого символа, что дает возможность 
выводить целые строки. Однако атрибут символа установить нельзя, выводимый сим- 
вол приобретает прежний атрибут той позиции, куда он выводится. При необходимо- 

` сти вывода символа с новым атрибутом следует сначала вывести в заданную позицию 
символ пробела с требуемым атрибутом (функцией 091), а затем туда же послать сим- 
вол с помощью функции ОЕН. 

Важным свойством функции ОЕв является автоматический переход на следующую 


строку после завершения предыдущей, а также прокрутка экрана вверх на одну строку 
после заполнения самой нижней строки. 
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Функция 138 предназначена для вывода строк с указанием атрибутов как каждого 
символа в отдельности, так и всей строки. Функция может выполняться в четырех ва- 
риантах в зависимости от кода режима, указываемого в регистре АГ. В режимах би 1 
атрибут символов указывается сразу для всей строки в регистре ВГ, причем в режиме 
0 курсор не смещается в процессе вывода, а в режиме 1 — смещается на длину строки. 
В режимах 2 и 3 атрибуты символов включаются в выводимую строку, в которой, та- 
ким образом, чередуются коды атрибутов и коды символов, что усложняет формат 
строки, но позволяет устанавливать атрибуты для каждого символа независимо. Режим 
2 отличается от режима 3 тем, что в первом случае курсор не смещается, а во втором 
смещается на длину строки. 

При вызове функции 138 в регистре ОХ задаются координаты начала выводимой 
строки (в ОН - строка экрана, и в ОГ -— столбец), а в регистре СХ -— длина выводимой 
строки, которая в режимах 2 и 3 оказывается за счет байтов с атрибутом в два раза 
больше длины строки, реально появляющейся на экране. Адрес выводимой строки 
должен быть помещен в регистры ЕЗ:ВР. 

Функция 138 выводит не все символы, так как коды 078, О8В, ОАВ и ОРЬ рассмат- 
риваются ею как управляющие. 

При выводе на экран средствами ВОЗ необходимо иметь в виду, что ввод с кла- 
виатуры СЫ1+С не приводит к завершению программы. Следует опасаться бесконеч- 
ных циклов вывода на экран; выход из них возможен только путем перезагрузки ком- 
пьютера. 

Подфункция ОЗн функции 108 (прерывание 101), в отличие от описанных выше 
функций вывода символов и строк, воздействует сразу на весь экран, влияя на отобра- 
жение тех символов, у которых установлен старший бит атрибута фона. Функция по- 
зволяет либо приписать этот бит яркости фона, давая тем самым возможность выво- 
дить на экран 16 цветов фона, либо назначить его атрибуту мерцания символа. В по- 
следнем случае цвет фона может принимать только 8 значений. 

Рассмотрим несколько примеров использования функций прерывания ВОЗ 101 
для вывода информации на экран. 


Пример 52.1. Вывод на экран цветных символов средствами В1О$ 
:В сегменте команд 
поу АХ, ака 


оу 05,АХ 
;Выполним начальную настройку регистров 
поУ СХ,7 ;Число выводимых символов 
поу 0,36 ;Начальная позиция на строке экрана 
поу ЭТ, ОоЕЁзее пза;Смещение в строке текста 
оцЕрие: - 
;Позиционируем курсор 
шоу АН, 026 ;Функция установки курсора 
поУ ВН,О ;Видеостраница 
шоу ОН, 12 ;Строка 
116 108 ;Прерывание ВТо$ 
;Выводим символ - 
поУу АН, 09В ;Функция вывода символа 
поУу АЦ, [5Т] ; Символ 
поУ ВЬ,34В ; Атрибут 
ризВ СХ ;Сохраним на время СХ 
поУ СХ,1 ;Коэффициент повторения 
11 108 ; Прерывание ВТО5 
рор СХ ;Восстановим СХ 
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пс $1 ;Сдвиг по строке текста 


1п1с ОЬ ;Сдвиг по экрану 
1оор опЕрае ;Цикл 

;В сегменте данных 

м59 а 'Авария!' 


В примере 52.1 в центр экрана выводится фраза 'Авария!' красными буквами по бирю- 
зовому фону. Мы видим, что вывод каждого отдельного символа выполняется с помощью 
двух программных блоков: установки позиции курсора и собственно вывода символа. По- 
скольку функция 091 не перемещает курсора, это приходится делать вручную перед выво- 
дом каждого следующего символа. С другой стороны, используя функции ВЮ$З, мы имеем 
возможность выводить цветные строки в любое место экрана. 

Пример 52.2. Организация окна и вывод символьной таблицы 
;Очистим экран и зададим атрибуты символов с помощью окна 


по АН, О96В ;Функция инициализации окна 
мох АБ, 0 ;Не прокручивать 
пом ВН, 318 ;Бирюзовый фон, синие символы 
по СН, 0 ;Левая верхняя координата у 
по СЪ, 0 ;Левая верхняя координата х 
оу ОН, 24 ;Правая нижняя координата у 
по ОГ, 79 ;Правая нижняя координата х 
116 108 
;Установим начальные значения в регистрах 
пох ОН, 10 ;Начальная строка 
поУ О1,10 ;Начальный столбец 
мо АГ, 0 ;Начальный символ 
;Будем выводить символы четырьмя строками по 64 символа 
пох СХ, 4 ;4 строки (внешний цикл) 
гоиз: разр сх ;Сохраним счетчик внешнего цикла 
по сх, 64 ` ;64 столбца (внутренний цикл) 
со]з: разн СХ ;Сохраним счетчик внутреннего цикла 
‚Пюозиционируем курсор 
мо АН, 0286 ;Функция позиционирования 
поу ВН, 0 ;Страница 0 
пе 108 
;Выведем очередной символ 
поу АН, САБ ;Функция вывода символа без 
; задания его атрибута 
поу СХ, 1 ;Коэффициент повторения 
пе 108 
;Установим новые значения переменных и организуем циклы 
пс АЦ; сваг :Следующий символ 
1пс БЬ ;Следующий столбец 
рРор СХ ;Восстановим счетчик внутреннего цикла 
1оор со115 ;Цикл по столбцам 
пом От,19 ;Снова с начала строки 
ааа ОН, 2 ;Вниз на две строки 
рор СХ ;Зосстановим счетчик внешнего цикла 
1оор ком5$ ;Цикл по строкам 


Функция 06}, с помощью которой создается цветное окно размером во весь экран, 
используется в данном примере для очистки экрана и заодно для задания всем знако- 
местам экрана одинаковых атрибутов. После этого вывод символов удобно выполнять 
с помощью функции ОА, которая не требуст задания атрибута. Как и в предыдущем 
примере, перед выводом очередного символа приходится с помощью функции 028 ус- 
танавливать позицию курсора. Центральная область экрана с выводом программы 52.2 
показана на рис. 52.1. 
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Как уже отмечалось выше (см. статью 24), видеосистема компьютера предоставля- 
ет возможность использовать в обычном текстовом режиме (80х25 символов) 8 видео- 
страниц, каждая из которых может независимо заполняться требуемым содержимым. 
РО$ работает только с текущей видеостраницей; для заполнения других видеостра- 
ниц, а также для переключения текущей видеостраницы следует использовать функ- 
ции прерывания ВОЗ 10. Методика переключения видеостраниц используется, на- 
пример, в отладчиках, которые на одной видеостранице хранят свой информационный 
кадр с текстом отлаживаемой программы и инструментами отладки, а другую видео- 
страницу используют для показа "экрана РОЗ", т. е. выводимых на экран результатов 
работы отлаживаемой программы. 


Очи поч 15-1 11- У 1 "Я () "+, -./0123455789:;<=>7 
ВАВСРЕРСНТОКЬНМОРОВЗТИИХУ2 [\ 1 ^_`в5с4ет9в13 К ипорчезеиУихуи {|} 2 
АВВГ ДЕЖЗИЙКЛИНОПРСТУФХЦЧШИЪНЬ ЗЮЯаб вгдежзийклмноп ВИ 14 {11 [1711 


ия НЫ Ирстуфхцишщьньзюяй ее 11°. А. 


Рис. 52.1. Полная таблица символов, выведенная на экран средствами В1О5 


В примере 52.3 продемонстрирована методика использования двух видеостраниц для 
переключения, по команде пользователя, информационных кадров с разнородной инфор- 
мацией. На страницу 0 программа выводит текущие результаты своей работы; при нажатии 
любой клавиши осуществляется переключение на страницу 1, которая показывает, напри- 
мер, текущее время или какую-либо другую динамически изменяемую информацию. По- 
вторное нажатие любой клавиши переключает программу на продолжение работы на стра- 
нице 0. В данном примере на страницу 0 выводятся последовательные символы второй по- 
ловины кодовой таблицы. Вывод осуществляется в цикле с небольшой задержкой, чтобы 
уменьшить неприятное мерцание экрана. Вторая половина таблицы выбрана потому, что 
все ее символы могут отображаться на экране, в то время как часть кодов первой половины 
таблицы, например коды 10 или 13, при использовании для вывода функций ООЗ (в при- 
мере символы выводятся функцией РОЗ 028) не отображаются на экране в виде символов, 
а выполняют перемещение курсора. 


Пример 52.3. Работа с видеостраницами 


;В сегменте команд 
;Настроим регистры 0$ и Ез$ на сегмент данных 


пох АХ, Часа $ (1) 
пом 05, АХ ; (2) 
поу Е5,АХ ; (3) 


; Работаем на странице 0 
;Пусть программа в цикле выводит что-то на экран 


р90: поу сх, 0 ; (4) Небольшая 

Яе1ау: 1оор 9е1\ау ; (5) задержка 
поУ АН, 028 ; (6) <ункция вывода символа 
поу ОБ, зум ; (7) Текущий символ 


[ея ОЬ, 808 ; (8) Выводим 2-ю половину таблицы 
ТЕ 218 ; (9) Вызов 00$ 

1пс зум ; (19)Инкремент выводимого символа 
пох АН, ОВЬ ; (11) Возможность завершения 

11Е 216 ; (12) по СЕк1+С 

пох АН, О6В ; (13) Нажата ли клавиша? 
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поУ ОБ, ОЕЕБ ; (14) Режим ввода 
1лЕ 218 $ (15) 
32 р93 ; (16) Не нажата, продолжить работу 
;ф на странице 0 
;Нажата! Перейдем на страницу 1 


рат: поУу АН, 05В ; (17) Функция гереключения страницы 
поУ АЪ, 1 ; (18) Страница 1 
1пЕ 108 ; (19) 


;Прочитаем время из КМОП-микросхемы 
;Дождемся возможности чтения 


оу АТ, ОАБ ; (20) Регистр А 
оцЕ 70Н, АБ ; (21) 
ма1Е1: 1п АГ, 715 ; (22) Проверка на 
фезЕ №,, ВОВ ; (23) наличие цикла 
902 иа1Е1 ; (28) коррекции 
}Прочитаем минуты и преобразуем в АЗСТТ 
поу АБ, 025 ; (25) Ячейка минут КМОП-памяти 
ой ЗОВ, АБ ; (26) 
п АБ, 718 ; (27) Прочитали минуты 
оу ВЬ, АБ ; (28) Скопируем в ВЬ 
ЗВЕ ВЬ, 4 ; (29) Старшую цифру в начало байта 
ааа ВЬ, ЗОВ ; (30) Преобразуем в АЗСТТ 
пох пе, ВЬ ; (31) Поместим в строку для времени 
апа АБ, ОЕЬ ; (32) Выделим младшую цифру времени 
ааа АТ, ЗОВ ; (33) Преобразуем в АЗСТТ 
поУ {1ме+1, АБ ; (38) Поместим в строку для времени 
;Дождемся возможности чтения 
по АБ, ОАВ ; (35) Регистр А 
оп® ТОВ, АБ ; (36) 
ма1е2: 21а АЪ, 71Ь ; (37} Проверка на 
фезе АБ, ВОВ ; (38) наличие цикла 
12 ма182 ; (39) коррекции 
}Прочитаем секунды и преобразуем в АЗСТ 
по АБ, ОВ ; (20)Ячейка секунд КМОП-памяти 
оне ТОВ, АБ ; (41} 
10 АБ, 716 ; (42) Прочитали минуты 
по ВЬ,АБ ; (43) Скопируем в ВЬ 
ВЕ ВЬ,4 ; (44) Сдвинем старшую цифру в начало байта 
ааа ВЬ, 30В ; (45) Преобразуем в АЗСТТ 
поУ Е 1те+7, В ; (46} Поместим в строку для времени 
апа АГ, ОЕБ ; (47) Выделим младшую цифру времени 
ааа АЪ, ЗОВ ; (48) Преобразуем в АЗСТТ 


поУ {1те+8, АБ ; (49) 
;Выведем на странице 1 строку с текущим временем 


по АН, 136 ; (50) Функция вывода строки 

поУ АБ, 0 ; (51) Режим 

| ФА ВЬ, 046 ; (52) Атрибут 

поУ ВН, 1 ; (53) Страница 

поУ СХ, 1ме1еп ;(54)Число символов 

оу оь, 30 ; (55} Столбег 

пом рн, 12 ; (56) Строка 

по ЗР,‚, оЕЁзее &1те; (57) Выводимая строка 

ле 108 ; (58) Прерывание ВТО5 

оу АН, О7Ь ; (59) Дождемся нажатия клавиши 

11% 218 ; (60)без анализа С%г1+С! 
;Переключим экран на страницу 0 

пох АН, 058 ; (61) Функция переключения странигы 

ие АТ, 0 ; (62) Страница 0 

16 108 ; (63) 

пр р95 ; (64) Вернемся к работе на странице 0 


;В сегменте данных 
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зум аь 0 ; (65) 
Еще а '** мин ** сек'; (66) 
{1те1еп=$-&1ще ; (67) 

Программа начинается с инициализации сегментных регистров 0$ и ЕЗ (предло- 
жения 1...3); через регистр Е$ осуществляется задание адреса выводимой строки для 
функции ВОЗ 138. Далее начинается работа с видеостраницей 0, устанавливаемой по 
умолчанию. После небольшой задержки на экран выводится очередной код из ячейки 
зут (предложения 6...9), содержимое которой увеличивается на единицу в каждом ша- 
гс цикла (предложение 10). Чтобы исключить вывод символов первой половины кодо- 
вой таблицы (коды 001...7ЕВ), в выводимом коде принудительно устанавливается 
старший бит (предложение 8). Таким образом, на экран последовательно поступают 
коды 80Н...ЕЕВ. В цикл вывода включен вызов функции РОЗ ОВЬ (предложения 11 и 
12), осуществляющей проверку наличия символа в буфере клавиатуры. Этот вызов 
обеспечивает возможность завершения программы вводом с клавиатуры комбинаций 
Син-с или СиН-ВгеакК. 

Для организации бесконечного цикла с возможностью выхода из него по нажатии 
любой клавиши используется функция РОЗ 06В (предложения 13...16). При отсутст- 
вии символа в буфере клавиатуры эта функция возвращает сброшенным флаг 7Е, что 
приводит к зацикливанию этой части программы (предложение 16). Если же была на- 
жата какая-либо клавиша, осуществляется переход на следующую строку программы 
с меткой ре]. 

После переключения на видеостраницу 1 (предложения 17...19) выполняется чте- 
ние из КМОП-микросхемы текущего времени (для сокращения программы только ми- 
нути секунд), преобразования получаемых данных из ВСР в коды АЗСП и сохранение 
текущего времени в строке Ите, входящей в сегмент данных. Процедура чтения вре- 
мени из КМОП-микросхемы рассматривалась в статье 27; преобразование двоично- 
десятичных кодов в символы — в статье 19. 

Сформировав строку Нте, программа вызывает функцию В1О$ 13}, которая по- 
зволяет вывести в заданное место экрана текст с указанным атрибутом (предложения 
50...58). Адрес выводимой строки для этой функции задается в регистрах ЕЗ:ВР: ре- 
гистр Е$ мы настроили в начале программы, в предложении 57 смещение строки зано- 
сится в регистр ВР. В результате выполнения функции 131 в центр экрана выводится 
красным цветом текущее время в следующем виде: 

03 мин 42 сек 


Для обеспечения возможности переключения назад на страницу 0 используется 
функция РОЗ 07В, которая нечувствительна к СЫ1+С и не отображает на экране вве- 
денный символ (предложения 59 и 60). Отсутствие чувствительности к СЫ1+С предот- 
вращает выход из программы при активизированной странице 1, что привело бы к на- 
рушению нормальной работы компьютера. 

После нажатия любой клавиши экран переключается на страницу 0 (предложения 
61...63) и осуществлястся переход на метку рРО (предложенис 64), чем организуется 
бесконечный цикл выполнения программы до ввода (при нахождении на странице 1) 
команды СИ+С. 

На рис. 52.2 приведен вывод программы на страницу 0 (цвета фона и символов ин- 
вертированы). Как видно из рисунка, работа программы на странице 0 была завершена 
вводом СЫ+С. 
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Рис. 52.2. Вывод программы на страницу 0 


Статья 53. Вывод графических изображений. 
Современные видеорежимы 


В предыдущих статьях было показано, что для осуществления ввода с клавиатуры 
и вывода на экран символьной информации приходится прибегать к функциям РОЗ. 
При этом выяснилось, что возможности РОЗ довольно скромны. РО$ не поддержива- 
ет ни позиционирование курсора, ни смену цвета выводимых символов. В текстовом 
режиме расширить возможности РОЗ$ можно с помощью драйвера АМЗ1.5 УЗ. С гра- 
фическими изображениями дело обстоит хуже, так как в РО$ нет никаких графиче- 
ских функций. Нет их также и в драйвере АМЗ1.5У5, за исключением возможности пе- 
ревода видеоадаптера в графический режим (с помощью Езс-последовательности 
Езс[=режимй). Для того чтобы вывести на экран графическое изображение, необхо- 
димо воспользоваться нижним уровнем операционной системы — базовой системой 
ввода-вывода ВГО5). Программы ВОЗ находятся в ПЗУ В1О$, которым в обязатель- 
ном порядке комплектуется любой компьютер. В отличие от РО$, ко всем функциям 
которой мы обращаемся с помощью прерывания 211, в ВТО$ за каждым устройством 
компьютера закреплено свое прерывание. Так, обмен с дисковым накопителем осуще- 
ствляется с помощью прерывания 1 138, с клавиатурой -— 114 168, с видеоадаптером — 
т 10Н. Прерывание 1! 108 позволяет реализовать такие функции, как смена видеоре- 
жима, вывод символьной и текстовой информации, смена шрифтов, настройка цвето- 
вой палитры, работа с графическим изображением, и др. Проиллюстрируем работу с 
этим прерыванием на простом примере — выполним переход в графический режим и 
выведем простейшее графическое изображение (пример 53.1). 


Пример 53.1. Вывод на экран горизонтальной прямой 
;Установим графический режим ЕСА 


пох АН, ООН ; (1) Функция задания режима 
пох АБ, 106 ; (2) Графический режим ЕСА 
16 108 ; (3) Вызов ВТО5 
;Нарисуем прямую линию в цикле по координате х 
пох 51,150 ; (4) Начальная х-координата 
пох СХ, 300 ; (5) Число точек по горизонтали 
11пе: разв СХ ; (6) Сохраним его в стеке 
пом АН, ОСН ; (7) Функция вывода гиксела 
пом АГ, 4 ; (8) Цвет красный 
оу вн, ; (9) Видеостраница 
мо СХ, 5Т ; (10) Х-координата (переменная) 
по ОХ, 175 ; (11}У-координата (константа} 
Та 10 ; (12) Вызов ВТО5 
1лс УТ ; (13) Инкремент Х-координаты 
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рор сх ; (14) Восстановим счетчик шагов 


1оор 11пе ; (15) Цикл из СХ шагов 
;Остановим программу для наблюдения результата ее работы 
оу АН, О8В ;(16)Функция ввода с клавиатуры без эха 
тп 218 ; (17) Вызов 005 
;Переключим видеоадаптер назад в текстовый режим 
поУ АН, 00В ; (18) Функция задания режима 
поу АТ, ОЗВ ; (19) Текстовый режим 
пе 108 ; (20) Вызов В1О$ 


В предложениях 1...3 с помощью функции ООН прерывания В1О$ 108 осуществля- 
ется переключение видеоадаптера в графический режим. Поскольку номер режима за- 
носится в байтовый регистр АТ, всего может существовать 256 различных текстовых и 
графических режимов, из которых на сегодняшний день используются (аппаратурой 
различных фирм) около ста. Режим 101 обеспечивает вывод графического изображе- 
ния 16 цветами с разрешением 640*350 точек и широко используется при работе с ви- 
деоадаптерами ЕСА и УСА. ‘ 

Изображение рисуется по точкам (в В1О$ не предусмотрено программных средств 
вывода каких-либо геометрических фигур или хотя бы линий, как нет и средств за- 
крашивания областей экрана). Для вывода на экран цветной точки (пиксела) использу- 
ется функция ОСЬ прерывания 101. Эта функция требует занесения в регистр АТ. кода 
цвета, в ВН - номера видеостраницы, в СХ - х-координаты выводимой точки в диапа- 
зоне 0...349, а в ОХ - у-координаты точки в диалазоне 0...639. Поскольку регистр СХ 
используется, как счетчик шагов в цикле, для хранения х-координаты зарезервирован 
регистр $1. 

Прямая горизонтальная линия в примере 53.1 рисуется путем вызова функции ОСВ 
в цикле, на каждом шаге которого значение у-координаты остается неизменным (175 в 
примере), а значение х-координаты увеличивается на единицу (предложение 13). По- 
сле завершения цикла формирования изображения в программе предусмотрена оста- 
новка (предложения 16 и 17) для того, чтобы пользователь мог, оставаясь в графиче- 
ском режиме, проанализировать результаты работы программы. Для остановки про- 
граммы используется функция РО$ 088 ввода одного символа с клавиатуры. Функция 
081, как уже отмечалось, не отображает введенный символ на экране и тем самым не 
искажает графическое изображение. Нажатие любой клавиши (кроме управляющих - 
СЫ, АП, ЗЫЙ и др.) возобновляет выполнение программы. 

В конце рассматриваемого фрагмента предусмотрено переключение видеоадапте- 
ра в стандартный текстовый режим с номером 0ЗВ (предложения 18...20). Если такое 
переключение не выполнить, видеоадаптер останется в графическом режиме, что мо- 
жет помешать правильному выполнению прикладных программ. 

Рассмотрим кратко параметры вызова функции ОСН прерывания 101. В регистр ВН 
заносится номер видеостраницы, на которую выводится данная точка. Графический 
адаптер ЕСА обеспечивает хранение и отображенис двух графических страниц. По 
умолчанию видимой (активной) является страница 0, однако рисовать изображение 
можно как на видимой, так и на невидимой странице. Для переключения страниц пре- 
дусмотрена функция 058 прерывания 108. 

В регистр АГ. заносится код цвета точки. В каждый момент времени изображение на 
экране может содержать только 16 цветов. Этот набор цветов, выводимых на экран (цвето- 
вая палитра), задается программно и может быть изменен. При загрузке компьютера уста- 
навливается стандартная палитра, коды цветов которой были приведены в табл. 24.1. 
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Режим ЕСА, на примере которого мы рассмотрели принцип формирования графи- 
ческих изображений, можно использовать практически при любом видеоадаптере. Ис- 
ключение составляют лишь монохромные адаптеры, имеющие специальное примене- 
ние, а также устаревшие и почти не встречающиеся адаптеры ССА. 

Практически все современные видеоадаптеры относятся к классу ЗУСА (Зирег 
\У14ео ОтарШс$ Агтау). Хотя они и допускают использование режимов ЕСА и УСА, од- 
нако, как правило, применяются для вывода графических изображений со значительно 
лучшими характеристиками. Качество изображения, т.е. разрешение по вертикали и 
горизонтали, а также количество цветов определяется как характеристиками видео- 
адаптера, так и возможностями монитора. Все выпускаемые в настоящее время видео- 
адаптеры поддерживают режим ТгаеСоог, при котором используется палитра из 
16 млн цветов, а. допустимое разрешение по вертикали и горизонтали зависит от объе- 
ма памяти, установленной на видеоадаптере (видеопамяти). При этом следует не забы- 
вать, что монитор должен обеспечить выполнение режима, в котором заставляет его 
работать видеоадаптер. Вопросы, связанные с правильным выбором монитора, мы не 
обсуждаем, считая, что ваш монитор соответствует возможностям видеоадаптера. 

Поскольку характеристики видеосистем, как и самих компьютеров, совершенст- 
вуются чрезвычайно стремительно, привести их все практически невозможно. Для то- 
го, чтобы проиллюстрировать возможности видеоадаптеров, в табл. 53.1 приведены 
режимы, реализуемые современными графическими платами серии АЗОЗ АСР-\У3800, 
взависимости от установленной на них видеопамяти. 


Таблица 53.1. Режимы, реализуемые графическими платами серии АЗИ$ АСР-И3800 





К сожалению, для ЗУСА нет общепринятого стандарта, как для ЕСА или УСА. 
Хотя стандарт для ЗУСА предложен ассоциацией по стандартизации в видеоэлектро- 
нике (У14ео Еестот1сз Э1апдаг4$ АззоНаноп, УЕЗА), в которую входят такие извест- 
ные фирмы — разработчики аппаратного и программного обеспечения, как Ш, 
М!сгозой, РЫШрз Зеписопдис‘юог$, МУ! а, ВгооК Тгее, Сигаз Горе, Манох Огар!1с$, 
РНоешх ТесЬпо]ор1ез, и ряд других, он поддерживается не всеми изготовителями ви- 
деоадаптеров. 

Функции, определенные стандартом УЕЗА, записываются непосредственно в ПЗУ 
адаптера. Они называются расширением прерывания В1О$ 101 - УЕЗА В10$ Ежепноп 
или УВЕ. Для вызова функции УВЕ в регистр АН необходимо записать 4ЕР, а в ре- 
гистр АЁ -- номер функции. Однако функция может и не выполниться, если она отсут- 
ствует в вашей версии УВЕ. Может быть и так, что в УВЕ эта функция есть, но ее не 
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поддерживает аппаратура видеоадаптера. Если УВЕ поддерживает функцию, то в ре- 
гистре АГ, возвращается значение 4ЕН. Иначе возвращается другое число. В случае ус- 
пешного выполнения функции в АГ. возвращается 0, а при ошибке - |. Если в регистре 
АН возвращается 21, это означает, что данную функцию не поддерживает аппаратура 
видеоадаптера. 

Спектр характеристик видеоадаптеров ЗУСА очень широк, поэтому составление 
программы, формирующей графическое изображение и способной вывести его не с 
одним конкретным видеоадаптером, а с любым из заданной группы, особенно учиты- 
вая отсутствие стандарта, может представлять достаточно трудоемкую задачу. Функ- 
ции УВЕ позволяют определить тип видеоадаптера, разрешенные графические режи- 
мы, установить требуемый графический режим и перевести монитор в энергосбере- 
гающий режим работы. Перечень графических режимов, поддерживаемых стандартом 
УВЕ 3.0, и номеров функций, обеспечивающих их установку, приведен в табл. 53.2. 
Полную и самую новую информацию о функциях УВЕ можно найти на сайте УЕЗА 
ууи@уеза.оте. 

Рассмотрим пример работы с УВЕ. Для простоты предположим, что используемый 
нами режим поддерживается видеоадаптером, и посмотрим, как изменится приведен- 
ный выше фрагмент программы вывода на экран горизонтальной прямой. Выберем 
режим 103В (пример 53.2). 


Таблица 53.2. Перечень графических режимов, поддерживаемых стандартом ГВЕ 3.0 




























[10281 800*600 
ав 1102476 
1068 1 1280*1024 


8ТЕЕЬ Специальный режим, в котором обеспечивается 
доступ ко всей видеопамяти 
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Сначала необходимо установить требуемый режим работы. Для этого воспользу- 
емся функцией 028. Загрузим в регистр АН номер функции, в регистр АГ. - номер под- 
функции, а в регистр ВХ - номер режима УЕЗА и выполним прерывание ВОЗ 108. 
Если графический режим установлен, то после выполнения прерывания в регистре АН 
возвращается 0. Поэтому в предложении 5 мы проверяем содержимое регистра АН ив 
случае неудачи выводим сообщение об ошибке — предложения 37... 39. 

Перед выводом отрезка прямой нам требуется определить ее цвет. Поскольку мы 
установили режим 103В, в котором используется 256 цветов, то определим цвет с по- 
мощью функции 101 установки регистров палитры. Вызов этой функции выполняется 
в предложениях 13...19. В предложении 14 определяется номер подфункции, тоже 108, 
которая позволяет непосредственно задать цвет для любого из 256 регистров таблицы 
цветов. Интенсивности красной, зеленой и синей составляющих задаются в регистрах 
ОН, СН и СГ. Поскольку мы решили вывести линию зеленого цвета с максимальной 
яркостью, то в регистр СН заносим максимальное значение 2°-1=63, а в остальные ре- 
гистры - нули. Номер регистра таблицы цветов определяем в регистре ВХ. 

Пример 53.2. Вывод на экран горизонтальной прямой в режиме 1031 5ГСА 
;Установим графический режим 1031 $УСА 


пом АН, 4ЕВ ; (1) Функция вызова \У14ео В10$ ЕхеепЕ1оп 
поУ АБ, О2Н ; (2) Подфункция установки режима 

ФА ВХ, 103 в ; (3) Графический режим $УСА 800х600х256 
пе 108 ; (4) Прерывание 810$ 

стр АН, О ; (5) При ошибке 

эпе еггме$1 ; (6} перейти на вывод сообщения 


;Установим в регистре 150 таблицы цветов 
; зеленый цвет максимальной яркости 


по АН, 105 ; (13) Функция управления регистрами палитры 
пох АЦ, 108 ; (14) Подфункция установки регистра цветов 
шоу ВХ, 150 ; (15) Номер регистра таблицы цветов (0-255) 
по РН, 0 ; (16) Интенсивность красного цвета (6 бит} 
пом СН, 63 ; (17) Интенсивность зеленого цвета (6 бит) 
по сЬ, 0 ; (18) Интенсивность синего цвета (6 бит) 
116 105 ; (19) Прерывание ВТО$ 
;Нарисуем прямую линию в цикле по координате х 
| ФА $1,0 ; (20) Начальная х-координата 
пох СХ, 800 ; (21) Число точек по горизонтали 
пе: ризВ сх ; (22) Сохраним его в стеке 
пом АН, ОСЬ ; (23) Функция вывода пиксела 
поУ АГ, 150 ; (24) Цвет зеленый 
пох ВН,0 ; (25) Видеостраница 
поу СХ, $Т ; (26) х-координата (переменная) 
по ОХ, 300 ; (27} у-координата (константа) 
пе 108 ; (28) Вызов ВТО$ 
пс т ; (29) Инкремент х-координаты 
рор сх ; (30) Восстановление счетчика шагов 
1оор 11пе ; (31) Цикл из СХ шаров 
;Остановим программу для наблюдения результатов ее работы 
по АН, ОВ ; (32) Функция ввода с клавиатуры без эха 
116 218 ; (33) Вызов 20$ 
;Переключим видеоадаптер назад в текстовый режим 
моУ АХ, 3 ; (34) Установка текстового режима 
106 108 ; (35) Вызов В105 
пр оцерие ; (36) 
еггиез1: поу АН, 095 ; (37) Функция вывода сообщения 
оу ОХ, оЕЕЗеЕ меззаде!1; (38) Смещение сообщения 
11е 218 ; (39) Вызов 205 


оцёрие: ; (40) Завершение программы 
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Остальные предложения практически идентичны соответствующим предложениям 
фрагмента, приведенного в примере 53.1, за исключением предложений 20, 21, 24 и 27. 
Поскольку линию будем рисовать с самого края и до конца экрана, в предложении 20 
в регистр $31 заносим 0, а в предложении 22 в регистр СХ - 800. Чтобы расположить 
линию посередине экрана при выбранном разрешении в 600 точек по вертикали, з 
предложении 27 в регистр ОХ заносим 175. Для определения цвета в АГ. заносим но- 
мер регистра таблицы цветов, содержимое которого мы определили в предложениях 
13...19, а именно 150. | 


Статья 54. Динамическое управление памятью 


Как уже отмечалось ранее, при загрузке в память программы (как .СОМ, так и 
.ЕХЕ) 20$, независимо от фактического размера программы, выделяет ей по умолча- 
нию всю наличную память. Такой алгоритм выделения памяти определяется (для про- 
грамм типа .ЕХЕ) значением поля со смещением СЬ в заголовке файла загрузочного 
модуля (см. табл. 32.2). 

Корректная программа может освободить лишнюю для ее функционирования па- 
мять и работать далее лишь в пределах закрепленного за ней адресного пространства. 
Это особенно важно для драйверов устройств и других программ, резидентных в па- 
мяти. Если драйвер после загрузки и инициации не освободит лишнюю память, систе- 
ма перестанет функционировать, так как некуда будет загружать пользовательские 
программы. С другой стороны, активной программе может на время потребоваться 
дополнительная память для размещения, например, данных, поступающих из измери- 
тельной аппаратуры. В этом случае программа может сделать запрос к РОЗ на выде- 
ление требуемого блока памяти, причем ООЗ в ответ сообщает об объеме свободной 
памяти, что позволяет программе приспособиться к конкретным условиям работы. Та- 
кой механизм важен для нормального функционирования программ, активно исполь- 
зующих оперативную память, так как в реальных условиях ввиду широкого использо- 
вания резидентных программ (как системных, так и прикладных) объем свободной 
памяти может изменяться в широких пределах. 

Программа, загруженная в память, включает три важных для программирования 
компонента: окружение, префикс программного сегмента и собственно программу, ко- 
торая (в случае файла .ЕХЕ) может состоять из нескольких сегментов. 

В процессе начальной загрузки ООЗ создает начальное окружение, в котором бу- 
дут работать активизируемые программы, и прежде всего командный процессор 
СОММАМО.СОМ. Окружение представляет собой область памяти, в которой в виде 
символьных строк записаны значения переменных, называемых переменными окру- 
жения. Формат окружения приведен на рис. 54.1. 

'переменная_1 = значение Г, 0 
‘переменная_2 = значение_7', 0 
‘переменная_3 = значение_5', 0 


'переменная_п = значение_", 0,0, 1.0 Рис. 54.1. Формат окружения (все числа 
'диск\путь\имя_ файла расширение, 0 занимают по 1 байту) . 


Имеется ряд переменных окружения, имена которых зарезервированы и известны 
системе, однако пользователь может включать в окружение и свои переменные для 
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использования их прикладными программами. Окружение служит для передачи 
программам (как системным, так и прикладным) требуемых параметров. Параметры (в 
виде значений определенных переменных окружения) заносятся в окружение с 
помощью системной команды ЗЕТ. Системные и прикладные программы могут 
анализировать текущий состав окружения и извлекать из него относящиеся к ним 
параметры. Например, системная команда ОГВ ожидает найти в своем окружении (т. е. 
в окружении командного процессора СОММАМО.СОМ) переменную ПИСМО с 
перечнем ключей и, если такая переменная имеется, команда О! организует свой 
вывод в соответствии с указанными ключами. 


Пусть в начале сеанса на машине мы выполнили команду 
ЗЕТ ОВСМО=/А:-0 /О:-$ 


После этого команда ОГВ без указания ключей будет выводить на экран содержи- 
мое указанного каталога без подкаталогов (ключ /А:-0), упорядоченное по размеру 
файлов в порядке убывания размера (ключ /О:-5). 

Механизм программного анализа окружения и извлечения параметров будет рас- 
смотрен позже. 

Размер окружения задается на этапе конфигурирования системы с помощью ко- 
манды ЗЕТ СОМ$РЕС-, которая устанавливает местоположение и некоторые характе- 
ристики командного процессора. Например, команда 
ЗЕТ СОМ5РЕС=С\00$_62\СОММАМО.СОМ/Р/Е:400 


говорит системе, что командный процессор находится в каталоге РОЗ_62, является ре- 
зидентным (ключ /Р) и работает в окружении размером 400 байт (ключ /Е). Указанная 
команда позволяет увеличить размер начального окружения, что нужно в тех случаях, 
когда предполагается включать в окружение большое количество переменных. 

Полная спецификация файла с программой, включаемая системой в окружение, 
позволяет, найдя в памяти окружение некоторой неизвестной программы, узнать имя 
этой программы (в самой загруженной в память программе, так же как и в файле за- 
грузочного модуля, нет информации о ее имени). 

Обычно РО$ размещает окружение над программой вплотную к ней. Если, `одна- 
ко, при загрузке программы перед ней обнаруживается свободный участок (он мог 
возникнуть, если запущенная перед этим резидентная программа после загрузки осво- 
бодила свое окружение), окружение данной программы размещается в этой "дырке" в 
памяти. В любом случае сегментный адрес окружения помещается системой в РЗР 
программы. Поскольку окружение всегда начинается на границе параграфа, его место- 
положение однозначно описывастся сегментным адресом, который можно найти в РР 
в слове со смещением 2СВ (см. табл. 32.1). 

РОЗ выделяет оперативную память участками произвольной длины, которые 
обычно называют блоками. Размер блока задается в параграфах и в принципе может 
иметь значение от 0 до ЕЕЕЕЬ, т. е. все адресное пространство может быть отдано од- 
ному блоку. РОЗ ведет учет занятой и свободной памяти с помощью 16-байтовых 
структур — блоков управления памятью (Метоту Сопго] Воск, МСВ). Каждый МСВ 
расйолагается в памяти непосредственно перед тем блоком, к которому он относится. 
Формат МСВ приведсн на рис. 54.2. 
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Байы 0 12 ‘’3.4 5 


„7 ... 
Адрес | Размер _ 
МЕ блока Резерв Имя программы, если блок -— программа 


Значения типа: 'М' = 401 — промежуточный блок 
‘2’ = 5 Ай - последний блок 


Рис. 54.2. Формат блока управления памятью МСВ 





Для динамического управления памятью используются три функции ОО$ (табл. 54.1). 


Таблица 54.1. Функции управления памятью 


Назначение 
Выделить блок памяти 
495 Освободить блок памяти 





Изменить размер выделенного блока памяти 


С помощью функции 48Н программа может затребовать у РОЗ до 1 Мбайт памяти, 
хотя практически разумно получать память сегментами по 64 Кбайт. Размер требуемо- 
го блока (в параграфах) указывается в регистре ВХ. В случае успешного завершения 
функции сегментный адрес выделенного блока памяти возвращается в АХ; программа, 
переслав этот адрес в сегментный регистр данных (обычно Е$), может работать с вы- 
деленной памятью, которая с точки зрения структуры программы представляет собой 
дополнительный сегмент данных. Если ОО не смогла выделить память (о чем гово- 
рит установленный флаг СЕ), в регистре ВХ возвращается число свободных парагра- 
фов и программа может проанализировать это значение с целью определения даль- 
нейшей стратегии. 

При каждом выделении блока памяти РОЗ создает блок управления памятью, раз- 
мещаемый непосредственно перед выделяемым блоком. Следует заметить, что работа 
с блоками управления памятью является исключительной прерогативой ВОЗ; случай- 
ное разрушение блока приводит к выдаче сообщения "Ошибка распределения памяти" 
и останову системы. 

Для освобождения блока памяти, выделенного программе с помощью функции 
481, используется функция 491. Нельзя освободить память, которой программа не об- 
ладает. Нельзя также освободить только часть выделенной памяти (для этого исполь- 
зуется функция изменения размера блока 4АВ). 

Для изменения размера блока памяти, ранее выделенного программе функцией 
481, а также для изменения собственного размера (как увеличения, так и уменьшения) 
предусмотрена функция 4АВ. Новый размер (в параграфах) изменяемого блока памяти 
(с точки зрения структуры программы - сегмента или группы сегментов) передается в 
регистре ВХ, а сегментный адрес этого блока — в регистре ЕЗ. Функция 4АВ обычно 
используется для сокращения размера программы до реально необходимого (вспом- 
ним, что при загрузке РОЗ выделяст программе всю наличную память). В этом случае 
программе требуется определить свой реальный размер, а также свой базовый сег- 
ментный адрес. Любая программа (и .ЕХЕ, и .СОМ) начинается с префикса программ- 
ного сегмента, причем при загрузке программы базовый адрес РЗР находится в реги- 
страх ЕЗ и 0$ (а для программ .СОМ также и в регистрах С$ и $3). Если программа 
явным образом не модифицирует содержимого ЕЗ, то этот регистр уже оказывается 
настроен должным образом для вызова функции 4АН. 
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Методика определения размера программы зависит от типа программы (.ЕХЕ или 
СОМ), а также от того, надо ли сохранить в памяти всю программу или только ее 
часть. Если в программе .ЕХЕ, состоящей из трех сегментов — программного, данных и 
стека, предусматривается освобождение лишней памяти, то для определения размера 
программы можно включить в программу фиктивный пустой сегмент, расположив его 
в самом конце программы, после всех остальных сегментов. Учитывая, что при загруз- 
ке программы ее начальный адрес (т. е. адрес РР) заносится в регистр ЕЗ, для опреде- 
ления размера программы потребуются следующие строки: 


сехё зедтепье 
поУу АХ, Е1 СЕ ;Сегментный адрес конца программы 
по ВХ, ЕЗ ;Сегментный адрес начала программы 
зчь АХ, ВХ ;АХ=размер программы в параграфах 

сехё епаз 

Чака зедчтепе 

дата епа5 


зкаск зестепЕ збаск 
зраск епа5 
Ес зедтепе ;уФиктивный сегмент 
Е1се епаз ;нулевой длины 

Размер односегментой программы .СОМ определяется иначе. Он равен разности 
значений счетчика текущего адреса в конце и начале программы плюс размеру РЗР. 
Однако при использовании функции 4АН в программе .СОМ необходимо иметь в виду, 
что при загрузке программы весь остаток сегмента размером 64 Кбайт, не занятый 
собственно программой и ее данными, отдается стеку, а указатель стека инициализи- 
руется числом ЕЕЕЕН и указывает, таким образом, на последнее слово сегмента. Для 
того чтобы сократить размер стека до разумной величины, перед освобождением лиш- 


ней памяти указатель стека следует переместить в конец специально выделенной об- 
ласти стека: 


фехё зедмепе 
ога 1008 
па! п ркос 
пох 5Р, ОЕЕЗзее пемзек 
па1п епар 
(. ;Данные 
Ам 64 апр (?) ;Область стека 
пензе К=$ 
фехе епа$ 


Размер программы в параграфах будет равен (пе\/з&-тат+1005-+0ЕВ)/16. Здесь к вы- 
численному размеру программы добавлен размер Р$Р (1001 байт) и число ЕВ для округле- 
ния до следующего параграфа. Деление всей суммы на 16 дает число параграфов. 

Рассмотрим пример программы, которая, предварительно освободив всю налич- 
ную память, выделяет себе блок памяти размером 64 Кбайт и заполняет его некоторым 
содержимым (пример 54.1). Для контроля правильности работы программы выведем 
содержимое заполненного блока в файл на диске. 


Пример 54.1. Динамическое выделение памяти 


фехе зеамеп® 
аззите С5:ехё, 05: Чафа 
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шургос ргос 
пом АХ, ааЕа 
пох 0$,АХ 
; Программа .ЕХЕ занимает всю память. Освободим ее 


оу ВХ, аьса ;Сегментный адрес конца программы 
оу АХ, Е$ ;Сегментный адрес начала программы 
заЬ ВХ, АХ ;Размер программы в параграфах 
оу АН, ЗАВ ; Функция изменения размера блока 
116 218 ;Освободили лишнюю память 
;Теперь выделим 64 Кбайт 
|4 АН, 48Н ;Функция выделения памяти 
шоу ВХ, 10008 ;10005 гараграфов = 64 Кбайт 
116 218 
МОУ а11осзед,АХ ;Адрес выделенного блока 
;Заполним выделенный блок памяти каким-либо символом 
по Е5, АХ ;Настроим на него Е$ 
хог рт,от ;Е5:ОТ -» начало выделенного блока 
моУ СХ, ОЕЕЕЕВ ;65535 - счетчик байтов 
по АГ, '@' ;Заполняющий символ 
с1а ;Заполнять вперед 
гер з6о5Ь ; Заполнение 


Це БуЕе рег Е$:[0Т],'#';Заполним последний байт 
; массива для контроля 
;Создадим файл и сохраним возвращенный дескриптор в ячейке Напа1е 
оу АН, ЗСВ 


моУ сх, 0 
оу РХ, ОоЕЕзеЕ Епате 
116 218 


поУ Вапа1е, АХ 
;Запишем заполненный блок в файл. Поскольку за один раз можно 
; вывести в файл не более 64 К-1 байт, запишем два раза по 32 К 
;Сначала первую половину массива 


пом АН, 4ОН ;Функция записи 

оу ВХ, Папа1е ;Дескриптор открытого файла 
поУ СХ, 32768 ;Выведем половину массива 

оу 25$, а11осзед ;Настроим 0$ на выделенный блок 
хок ох, 0х ;0$:0Х > на выделенный блок 
пе 218 


}Затем вторую половину массива. Почти все регистры уже настроены 
оу АН, 401 


оу ОХ, 32768 ;Продолжим запись с этого байта 
11 218 

;Освободим выделенный блок памяти. Е уже указывает на него 
пом АН, 495 ;Функция освобождения памяти 
116 218 


;Завершим программу 
оу АХ, 4С00В 


116 218 
пургос епар 
сехе еп 5 
Часа 5едмепе 
Валпа1е ам 0 ;Дескригтор 
а11осзед ам 0 ;Сегментный адрес выделенного блока 
Епате аь 'ВТСЕТЬЕ.ОАТ', О ;Имя файла для загиси массива 
Чака епаз 
зЕК зедтепе збаск 
ам 128 ар (?) 
зЕК епа$ 
аьса зедтеп® ;Фиктивный сегмент для определения 
афса ег з ; конца программы 


епа мургос 
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В результате выполнения приведенной выше программы в текущем каталоге те- 
кущего диска будет создан файл с именем ВСЕРШЕАТ длиной точно 64 Кбайт, за- 
полненный кодами символа @. Самый последний байт этого файла будет содержать 
символ #. 

В заключение этой статьи рассмотрим трюк, который вряд ли имеет практический 
смысл, но полезен как средство усвоения пройденного материала. Как известно, в 
ячейке РУР со смещением ОАВ система хранит адрес возврата в командный процессор 
СОММАМО.СОМ (см. табл. 32.1). Дальний косвенный переход через эту ячейку при- 
ведет к передаче управления в командный процессор без каких-либо завершающих 
действий, в частности без освобождения памяти, занимаемой программой. Правда, в 
20$ встроены средства исправления этой ошибки и восстановления системы после 
такого "завершения", однако лучше все-таки освободить память явным образом. 
В примере 54.2 вызовом функции 49В сначала освобождается блок памяти с самой 
программой, а затем после переноса в Е$ из РР сегментного адреса окружения — блок 
памяти окружения. Наконец, командой дальнего косвенного перехода управление пе- 
редается командному процессору. 


Пример 54.2. Завершение программы "вручную" 
При запуске программы 0$ и ЕЗ$ указывают на Р5Р 


пох АН, 49. ;(1)Функция освобождения памяти 
те 218 ; (2) Освободим всю программу 

поу АН, 495 ; (3) Функция освобождения памяти 
поу Е5, Е5:2СВ ; (4) Е$ > окружение 

116 218 ; (5) Освободим окружение программы 


тр Чмога рёг Р5$:0АВ; (6) Передадим управление в СОММАМО. СОМ 


В приведенном примере есть тонкость, на которую стоит обратить внимание. Ре- 
зультатом выполнения предложения 2 является освобождение памяти, занимаемой 
программой. Однако мы как ни в чем не бывало продолжаем выполнять эту программу 
(предложения 3...6). Это возможно потому, что система не затирает освобождаемую 
память. Освобождение блока памяти приводит к перестройке блоков МСВ, однако ко- 
ды, составляющие программу, остаются в памяти и их можно продолжать выполнять. 
Затерты эти коды будут лишь после того, как на то же место памяти будет загружена 
очередная программа. 


Статья 55. Динамическое управление процессами 


о Программы загружаются в память для выполнения с помощью функции РОЗ Ехес 
(11218, функция 4ВЬ), которая играет роль системного загрузчика. Если пользователь 
запускает программу, вводя командную строку с клавиатуры, то функцию Ехес вызы- 
вает командный процессор СОММАМЮ. В других случаях функция Ехес может быть 
вызвана загруженной и выполняемой программой, в том числе пользовательской. Та- 
кая динамическая загрузка и запуск дочерних программ позволяют организовать ие- 
рархические программные комплексы, в которых родительский процесс, в зависимо- 
сти от конкретных условий, инициирует те или иные дочерние процессы, а те, в свою 
очередь, могут вызывать к жизни процессы следующего уровня и т. д. При этом надо 
иметь в виду, что система М$-ОО$ не является системой реального времени и не под- 
- держивает параллельных процессов. В иерархическом программном комплексе все его 
‚ составляющие выполняются только поочередно, друг за другом. 
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Как уже отмечалось, программа, загруженная в память, занимает, как правило, 
4 блока памяти: блок окружения программы с принадлежащим ему блоком управления 
памятью МСВ и блок собственно программы с ее МСВ; самостоятельным элементом 
программы является ее РР (рис. 55.1). 


Системные 
области 


М5-205 


МСВ 


Командный процессор 
СОММАМО 


Окружение командного 
процессора СОММАМО 
















м 
ом 


СВ 
программы Р.ЕХЕ 
----- 9 № 


Родительская программа 
РЕХЕ 


Запуск программы 
с клавиатуры: 
>РЕХЕ 1$ 









3,' /8'13 (хвост команды) 





Окружение дочерней 
программы СНИО.ЕХЕ 


РР 


^ Дочерняя программа 
СНИДЕХЕ 


` 


Рис. 55.1. Запуск дочернего процесса 


Окружение для командного процессора, создаваемое в процессе начальной 
загрузки, в простейшем случае содержит переменные СОМ$РЕС, РВОМРТ и РАТН, 
которые заносятся в окружение из файла АОТОЕХЕС.ВАТ, и может иметь, например, 
следующий вид: 

СОМ$РЕС=СЛОО$\СОММАМО.СОМ 
РКОМРТ=$Р$С 
РАТН=Сл; СЛ0О$; САТОО1$ 

Первая строка описывает путь к файлу командного процессора СОММАМО.СОМ.. 
Системные и прикладные программы, загружаясь в память, затирают транзитную 
часть командного процессора, и после завершения такой программы командный 
процессор надо снова загрузить с диска. Система (конкретно — резидентная часть 
СОММАМРО.СОМ) берет имя и местонахождение файла с командным процессором из 
значения переменной окружения СОМ$РЕС. 

Строка с переменной РВОМРТ задает вид системного запроса, который в приве- 
денном примере состоит из полного пути к текущему каталогу и изображения стрелки. 

Строка с переменной РАТН определяет пути, которые автоматически просматри- 
ваются РОЗ при поиске на диске запущенной пользователем программы. 
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Пользователь может включить в окружение строки определения дополнительных 
переменных с помощью команды ЗЕТ. При вводе команды с клавиатуры значения 
этих переменных будут действовать только в данном сеансе работы на компьютере до 
его перезагрузки. Если же включить команду ЗЕТ в файл АОТОЕХЕС.ВАТ, она будет 
автоматически выполняться каждый раз при загрузке системы и значения дополни- 
тельных переменных будут определены всегда. 

После того как выполнена начальная загрузка РОЗ, активной программой (теку- 
щим процессом) становится командный процессор СОММАМО.СОМ, который факти- 
чески ничего не делает, ожидая ввода команды с клавиатуры. Получив команду опера- 
тора на запуск программы (например, программы Р.ЕХЕ на рис. 55.1), 
СОММАМО.СОМ, активизируя эту программу (с помощью функции РОЗ Ехес), пере- 
дает ей свое окружение. Практически это осуществляется путем копирования строк 
окружения в новую область памяти, которая обычно располагается перед загружаемой 
программой. Если загруженная программа по ходу своего выполнения в свою очередь 
активизирует дочерний процесс следующего уровня (с помощью той же функции 
Ехес), она еще раз копирует свое окруженис, передавая его запускаемой ею программе. 
При этом родительский процесс может передать дочернему свое окружение в неизмен- 
ном виде, а может включить в него новую информацию. Таким образом, каждая про- 
грамма, загруженная в память, имеет собственную копию окружения, причем эти ко- 
пии могут совпадать, а могут и различаться. После завершения программы и возврата 
управления родительскому процессу окружение дочерней программы уничтожается. 

Многие программы не используют переменные окружения и передача им окруже- 
ния носит формальный характер. С другой стороны, с помощью этого механизма ро- 
дительские процессы могут передавать дочерним значительные объемы информации 
(максимальный размер блока окружения составляет 32 Кбайт). 

Второй структурой данных, формируемой функцией Ехес при активизации вызы- 
ваемой программы, является ее префикс РР, всегда располагаемый в самом начале за- 
гружаемой программы. В слово РЗР со смещением 2СЬ ОО$ помещает сегментный 
адрес окружения программы, а в область, начинающуюся с адреса 80, — параметры 
командной строки, или "хвост команды" (/3 на рис. 55.1). В байте по адресу ЗОВ нахо- 
дится длина параметров команды без учета завершающего команду кода 13, а затем 
располагаются сами параметры в виде символьной строки. С помощью хвоста команд- 
ной строки запускаемой программе часто передаются ключи, управляющие ее работой, 
атакже имена рабочих файлов. Так, программа Р.ЕХЕ могла быть запущена командой 
>Р.ЕХЕ АЛМ/ОВКЕИСЕ.001/$ 


в которой программе, помимо ключа /$, определяющего режим ее работы, передается 

‘еще и спецификация рабочего файла \ОВККЕП.Е.О01. Если пользовательскую про- 
грамму предполагается запускать с передачей ей каких-то параметров, то в программе 
должны быть строки извлечения хвоста команды из Р$Р и его анализа. 

Для загрузки и выполнения дочерней программы родительская программа должна 
вызвать прерывание {пё 211 с функцией 4ВВ при следующем состоянии регистров: 
АН=4ВН; 

А-=00Н (подфункция загрузки дочерней программы); 


0$:ОХ=адрес строки со спецификацией файла с дочерней программой; 
ЕЗ:ВХ=адрес блока параметров. 
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Блок параметров служит для передачи функции Ехес необходимой информации и 
включает в себя 4 адреса: окружения, параметров командой строки и двух блоков 
управления файлами ЕСВ. Блоки управления файлами в настоящее время не 
используются, и их адреса следует заменить нулями. 

Блок параметров и связанные с ним структуры данных могут выглядеть следую- 
щим образом: 


рагир1К ам еп\у1г5ед ;Сегмент окружения 
аа ст а11 ;Адрес хвоста команды 
аа 0,0 ;Адреса ЕСВ 


српаие 96 'СНТЬО.ЕХЕ',О0 ;Имя дочернего процесса 
сиЯа11 Ар 9,' РТЬЕ.ТХТ', 13; Хвост команды 


еп\у1гзед зедтепе 'ЕМУТА' ;Сегмент окружения 
аь 'ИОВКЕТЬЕРА: \РТЬЕЗ',0 
епУ1гзедепаз 


Адрес окружения составляет одно слово и содержит только сегментный адрес, по- 
скольку блок окружения всегда начинается на границе сегмента. Если дочерний про- 
цесс должен обладать специфическим окружением, в родительской программе преду- 
сматривается и заполняется необходимой информацией соответствующий сегмент. 
Если же дочерний процесс должен наследовать окружение родительского, что обычно 
и имеет место, то специальный сегмент не создается, а в качестве адреса окружения в 
блоке параметров указывается 0. 

В приведенном выше примере сегмент окружения заполнен в родительской про- 
грамме явным образом и содержит индивидуальную переменную дочернего процесса 
\УОВКЕШЕ, служащую, например, для передачи дочерней программе СНП.О.ЕХЕ 
имени каталога со вспомогательными файлами. В этом случае окружение системного 
процесса будет очень коротким и включать лишь эту индивидуальную переменную 
(плюс имя дочерней программы). Для использования информации, передаваемой через 
окружение, дочерняя программа извлекает из слова 2СВЬ в РЗР физический адрес ок- 
ружения и ищет затем в блоке окружения интересующие ее переменные. 

Хвост команды используется для передачи дочерней программе параметров вызо- 
ва, чаще всего имен рабочих файлов, а также ключей, определяющих режим работы 
программы. В процессе загрузки дочерней программы ОО$ перешлет хвост команды 
из блока параметров функции Ехес на его "законное" место — в префикс дочерней про- 
граммы, где он будет располагаться начиная с адреса 808. Для извлечения его из РЗРи 
анализа в дочерней программе должны быть предусмотрены соответствующие про- 
граммные строки. 

В случае запуска программы с клавиатуры параметры командой строки вводятся 
вслед за именем запускаемой программы вручную; при программной (динамической) 
активизации дочернего процесса эти параметры определяются в родительской про- 
грамме, как это показано в приведенном выше программном фрагменте. 

В блоке параметров хвост команды должен иметь тот же формат, что и в РУР, т. е. 
начинаться с байта — счетчика, за которым следует символьная строка параметров. За- 
вершается строка символом возврата каретки (13), который не входит в счет байтов. 
Если в конкретном вызове дочерней программы параметры ей не передаются, в блоке 
параметров следует вместо адреса хвоста команды указать 0. 

В простейшем варианте (наследуется окружение родителя, а хвост команды и ЕСВ от- 
сутствуют) структуры данных для вызова функции Ехес приобретают следующий вид: 





250 ЯЗЫК АССЕМБЛЕРА: уроки программирования 


рагиь1к ам 7 аор (0) 
спаме &4Ю 'СНТЬО.ЕХЕ'!, 0 


Перед активизацией дочернего процесса родительская программа должна освобо- 
дить достаточный для загрузки дочерней программы объем памяти. При нехватке па- 
мяти или при отсутствии запрашиваемого файла функция Ехес возвращает установ- 
ленный бит СЕ. 

Все файлы и устройства, открытые родительской программой с помощью выделе- 
ния дескрипторов, дублируются в дочерней программе, т.е. дочерняя программа на- 
следует все открытые дескрипторы родительской. Таким образом, обе программы мо- 
гут совместно использовать одни и те же файлы, при этом операции ввода-вывода, вы- 
полняемые в дочерней программе, отражаются на состоянии дескрипторов родитель- 
ской. 

Активизировав дочерний процесс с помощью функции Ехес, РОЗ приостанавли- 
вает выполнение родительской программы до завершения дочерней. Дочерняя про- 
грамма может, в свою очередь, загружать другие программы с помощью той же самой 
процедуры, передавая управление через несколько уровней, пока в системе не исчер- 
пается память. 

РО$ позволяет дочернему процессу передать в вызвавший его родительский про- 
цесс код возврата (завершения). Этот код может принимать значение от 0 до 255. 
Обычно 0 считается кодом успешного завершения, а все остальные значения говорят 
об ошибках. Значение кода возврата формируется в дочерней программе по мере ее 
выполнения и передается РОЗ с помощью функции 4СВ, которой обычно завершается 
любая, в том числе и дочерняя программа, чтобы передать управление родительскому 
процессу: 


оу АН, АСВ } Функция завершения процесса 
оу АГ, еггсоде ;Код завершения 
розы 218 ;Возврат в родительский процесс 


РО$ сохраняет полученный ею код возврата завершившегося процесса в области 
текущих данных (см. табл. 44.1, смещение 141) до тех пор, пока его не заменит код за- 
вершения очередного процесса. 

Если родительской программе требуется получить код завершения дочерней, то 
она сразу же после возврата в нее управления из дочерней должна выполнить функ- 
цию РОЗ 4П)1, извлекающую код завершения из соответствующей системной ячейки и 
передающей его вызывающей программе. 

Рассмотрим пример иерархического программного комплекса, в котором роди- 
тельская программа с помощью функции Ехес выполняет динамический запуск дочер- 
ней (как говорят, "порождает дочерний процесс") (пример 55.1). При подготовке этого 
примера следует иметь в виду, что выполнимый файл дочерней программы должен 
иметь именно то имя, на которое сделана ссылка в блоке параметров функции Ехес 
родительской программы. В нашем примере для дочерней программы принято имя 
СНПО.ЕХЕ. Имя родительской программы никакого значения не имеет. Для того что- 
бы проиллюстрировать возврат в родительскую программу кода завершения дочерней, 
в последней предусмотрена операция открытия файла с (произвольным) именем 
ЕГЕЛХТ. Если файл открывается успешно, дочерняя программа при своем заверше- 
нии возвращает код 0; если указанный файл на диске отсутствует, возвращается код |. 
Родительская программа анализирует полученный ею код возврата и выводит соответ- 
ствующие сообщения. 
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Пример 55.1. Иерархический программный комплекс. Родительская программа 
;В сегменте команд 
мургос ргос 
поУ АХ, аава 
моу 0$, АХ 
;Выведем сообщение пз31 о запуске родительского процесса 
пох АН, О9Н 
МОУ ОХ, оЕЁЗее 1591 


11% 218 

;Программа .ЕХЕ занимает всю память. Освободим ее 
мо ВХ, аБса ;Сегментный адрес конца программы 
поу АХ, Е5 ;Сегментный адрес начала программы 
ЗБ ВХ, АХ ;Размер программы в параграфах 
мох АН, ААВ ;Функция изменения размера блока 
116 218 

;Запустим дочерний процесс 
разв 05 ;Настроим Еб5 на 
рор Е5 ; сегмент данных 
поУ АН, АВВ ;Функция Ехес 
оу АГ, 0 ;Подфункция запуска программы 
оу ВХ, ОЕЕЗее рагпЬ1К;Адрес блока параметров 
мох ОХ, оЕЕЗее сВпаме;Адрес имени дочерней программы 
116 218 
с еггехес ; Ошибка запуска 

;Проанализируем код возврата из дочернего процесса 
мох АН, АОВ ;Функция получения кода возврата 
вы 218 ;из дочерней программы 
стр АГ, 1 ;Наш код ошибки? 
Зе еггсь11а ;Да 


;Выведем сообщение м592 об успешном завершении дочернего процесса 
МОУ АН, 09 
ох ОХ, ОЕЁЕЗек м542 


116 218 

;Завершение программы 

оцЕргоа: моу АХ, 4СО0Н ;Функция завершения, код 
11% 218 ; завершения = 0 


;Выведем сообщение пз493 об ошибке при выполнении дочернего процесса 
егхсЬ11а:моу — АН, О09В 
оу ОХ, оЕЁзе* тмза3 
116 215 
Эмр опЕргоа 
;Выведем сообщение тз94 об ошибке при запуске дочернего процесса 
еггехес: мо\ АН, 09В 
оу ОХ, оЕЕЗее м$94 
11 218 
Эмр оцЕргод 
тургос епар 
;В сегменте данных 
свпаме 9 'СНТЬР.ЕХЕ', 0;Имя дочерней программы 


рагпь1к Ям 7 азр (0) 

$91 АБ '*Р* Родительский процесс запущен', 10,13, '$' 

п$а2 ЧЬ '*Р* Дочерний процесс отработал нормально',10,13,'$' 
п$93 Ар '*Р* Дочерний процесс завершился с ошибкой',10,13,'$' 
1594 Ч '*Р* Дочерний гроцесс не активизирован',10,13,'$' 
;Последний фиктивный сегмент программы для определения ее размера 
арса зедщепе 

абса епа3 
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Пример 55.1 (продолжение). Иерархический программный комплекс. Дочерняя программа. 


;В сегменте команд 

;Выведем сообщение т$91 о запуске дочернего процесса 
мо АН, ОЭН 
оу ОХ, о9ЕЁЗее п$а1 


176 218 
;Сделаем попытку открыть файл 
пом АН, ЗОВ ;Функция открытия файла . 
поу АГ, О ;Доступ для чтения 
поУу БХ, ОЕЁЕзее Епате ;Адрес имени файла 
116 218 
ас ок ;Переход, если СЕ=0 
;Обработаем ошибку открытия файла 
шоу еггсоае, 1 ;Код родительского процесса 


;Выведем диагностическое сообщение пт$92 
поу АН, О9В 
оу ОХ, ОЕЁЗее м$а2 
106 218 
тр Е1пепа 
;Завершим дочерний процесс 
;Сначала выведем сообщение п$33 о нормальной работе 


ок: поУ АН, ОЭН 
пом ОХ, оЕЁзее пмз93 
116 218 
:И завершим программу с передачей родителю кода завершения 
Епел: моу АН, АСВ ;Функция завершения 
по АГ, егксоае ;Код возврата 
116 218 
;В сегменте данных 
0591 А '*Д* Дочерний процесс запущен', 10,13, '$' 
пза2 АаЬ '*Д* Файл не открылся!',10,13,'5$' 
1593 Ар '*Д* Файл открылся. Дочерний процесс завершается', 10,13, '$' 


Епате АБ 'ЕТЬЕ.ТХТ'!, 0 
еггсоае а 0 


В приведенном примере предусмотрен анализ выполнения каждого этапа с выво- 
дом на экран соответствующего диагностического сообщения. Это дает возможность, 
запуская родительскую программу в различных вариантах, наглядно судить о ходе ра- 
боты всего комплекса. Рассмотрим несколько вариантов операционной среды, в кото- 
рой выполняется наш программный комплекс, с указанием последовательности выво- 


димых диагностических сообщений. 


1. В текущем каталоге диска имеются все составляющие программного комплекса, 
а именно родительская программа 55-01.ЕХЕ, дочерняя программа, загрузочный файл 
которой получил имя СНИО.ЕХЕ, а также рабочий файл ЕН.Е.ТХТ (с произвольным 
содержимым или даже без такового). В этом случае на экран будет выведена такая по- 


следовательность сообщений: 


*Р* Родительский процесс запущен',10,13,'$' 

*Д* Дочерний процесс запущен',10,13,'$' 

*Д* Файл открылся. Дочерний процесс завершается',10,13,'$' 
*Р* Дочерний процесс отработал нормально", 10,13,'$' 
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2. В текущем каталоге отсутствует дочерняя программа СНП-.Р.ЕХЕ. Последова- 

тельность сообщений этого варианта: 
*Р* Родительский процесс запущен',10,13,'$' 
“Р* Дочерний процесс не активизирован',10,13,'$' 

3. В текущем каталоге имеются обе программы, но отсутствует рабочий файл 
ЕШЕЛХТ, что приводит к ошибке при выполнении дочерней программы. Последова- 
тельность сообщений: 

*Р* Родительский процесс запущен", 10,13,'$' 

*Д* Дочерний процесс запущен',10,13,'$' 

*Д* Файл не открылся! 10,13,'$' 

*Р“ Дочерний процесс завершился с ошибкой',10,13,'$' 


Частным, но практически важным случаем активизации дочернего процесса явля- 
ется вызов из родительской программы второй копии командного процессора 
СОММАМО.СОМ. Это дает возможность выполнять, не прерывая текущей програм- 
мы, любые команды 2О$, например копирования файлов, проверки качества или фор- 
матирования дискеты и т. д. Такая возможность предусматривается сегодня практиче- 
ски во всех коммерческих прикладных программах. 

Для вызова с помощью функции Ехес командного процессора следует указать пол- 
ную спецификацию его файла, которая обычно извлекается из окружения текущего 
процесса, хотя может быть задана и непосредственно в полях данных программы. 

При необходимости можно вызвать командный процессор с именем некоторой 
программы или команды 2О$. Это имя следует передать дочернему процессу (про- 
грамме СОММАМО.СОМ) в хвосте команды, начав его с ключа /С (как это делается 
при вызове команды РО$ СОММАМО, служащей для той же цели). Хвост команды 
может в этом случае иметь следующий вид: 
стЯ+а11 ЗЬ 13,' /С ЕРОВМАТ А:',13 


Здесь после загрузки второй копии командного процессора автоматически выпол- 
няется команда РО$ ЕОВМАТ А:. Таким же образом можно выполнить и любую дру- 
гую команду 2ОЗ$ или прикладную программу. Чаще, однако, командный процессор 
вызывается без ключа С и без имени конкретной команды. В этом случае командный 
процессор, получив управление, ожидает ввода команд РО$ с клавиатуры. Пользова- 
тель может неограниченное время работать с 2О$, вызывая любые команды ПОЗ или 
прикладные программы. Для возврата в родительский процесс следует ввести команду 
ЕХИТ. 





254 ЯЗЫК АССЕМБЛЕРА:; уроки программирования 


| Раздел пятый 
АРИФМЕТИЧЕСКИЙ 
СОПРОЦЕССОР 


Статья 56. Основы работы с арифметическим 
сопроцессором 


Как, возможно, вы успели уже заметить, все рассмотренные программы предна- 
значались для обработки символьной информации или выполнения операций над мно- 
жеством целых чисел. Для того чтобы выполнить операцию над действительным чис- 
лом, имеющим целую и дробную части, необходимо использовать арифметический 
процессор. Арифметические процессоры, которые обычно называются сопроцессора- 
ми, обрабатывают информацию, представленную в формате действительных чисел. 
Наличие сопроцессора позволяет значительно ускорить работу программ, выполняю- 
щих расчеты с высокой точностью, тригонометрические вычисления и обработку ин- 
формации, которая должна быть представлена в виде действительных чисел. 

Начиная с модели 14860Х арифметический процессор располагается на том же 
кристалле, что и основной процессор. Тем не менее в дальнейшем, говоря о командах 
или особенностях арифметического процессора, мы будем называть его сопроцессо- 
ром вне зависимости от того, каким образом он реализован. 

Прежде чем перейти к составлению программ, остановимся на программной моде- 
ли сопроцессора, которая показана на рис. 56.1. 





Верхнее слово стека 





Рис. 56.1. Программная модель сопроцессора 


Программисту доступны 8 регистров общего назначения, обозначаемых $Т(0)... 
„.ЭТСТ), и 5 нечисловых регистров, которые будут рассмотрены позже. Десятибай- 
товые регистры $Т(0)...3Т(7) используются как стек, что подчеркивается их обозначе- 
нием ЗТ (5ТасК). Они предназначены для хранения операндов и результатов арифме- 
тических операций. Первый из этих регистров, наиболее часто используемый, обычно 
ббозначается просто ЗТ. | 

Вне зависимости от формата данные, передаваемые на обработку в сопроцессор, 
преобразуются во внутреннее представление, занимающее 80 бит, и записываются в 
один из регистров общего назначения. После завершения обработки результат может 
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быть переслан в память, а леред этим преобразован в необходимый формат. Нечисло- 
вые регистры используются преимущественно для управления работой сопроцессора. 

Для использования сопроцессора надо лишь включить в программу специальные 
команды — команды сопроцессора. Проиллюстрируем вышесказанное на примере сло- 
жения двух целых чисел, занимающих одно слово (пример 56.1). Заметим, что данные 
имеют такие же форматы, как и при работе с основным процессором. 


Пример 56.1. Сложение на сопроцессоре целых чисел 


фехе зедтепе 
аззиме сз:бехе, 43: Чафа 
мургос ргос 


поУ АХ, аафа ;Инициализируем 
поу 55, АХ ‚регистр 05 
Е13а х ;Загрузим 1-й операнд из ячейки х в 5Т 
#114 у ;2-й операнд из у в $5Т,1-й операнд в $Т(1} 
ааа . ;Сложим: сумма в $5Т, $5Т(1) ‘освобождается 
Е1зер 2 ;Преобразуем $Т в целый формат и в память 
мох ах, 4Со0Н 
11% 218 

тургос епдр 

сехе еп4$ 

Чака зедшепе 

х [С 1 ;Первый операнд 

у Ям 2 ;Второй операнд 

2 Яч ? ; Результат 

Чака еп 3 

епа мургос 


В результате выполнения данной программы в поле 2 будет записано число 3. Убе- 
диться в этом можно, используя отладчик в режиме пошагового выполнения (работу с 
отладчиком мы рассмотрим в одной из следующих статей} или дополнив программу 
фрагментом, обеспечивающим вывод содержимого поля 27. 

Следует иметь в виду, что использование сопроцессора исключительно для опера- 
ций над целыми числами нецелесообразно, так как эти действия он выполняет медлен- 
нее, чем центральный процессор. Это происходит из-за того, что перед выполнением 
операции в сопроцессоре числа всегда преобразуются во внутреннюю, действитель- 
ную форму представления и реально олерации выполняются над действительными 
числами. Так, например, команда сложения содержимого регистра АХ с операндом, 
находящимся в памяти 

ааа АХ, тет 


выполняется за 24+п машинных тактов, а схожая команда сопроцессора 
#1ааа мем 


за 120+п тактов, где п — количество тактов, необходимое для вычисления адреса опе- 
ранда тет. При записи в память производится обратное преобразование с округлени- 
ем, способ которого можно выбрать. 

В приведенной выше программе использованы три команды сопроцессора: Я 
(Поа{ ицерег ]оа4, загрузка целого числа в формате плавающей точки), 44 (Ноае ад4, 
сложение целых чисел в формате плавающей точки) и Язр (Ноа! пцерег зге ап@ рор, 
запись числа с плавающей точкой в формате целого и выталкивание из стека). Рас- 
смотрим, как будет изменяться содержимое стека сопроцессора и полей данных про- 
граммы в процессе выполнения этих команд (рис. 56.2). 





256 ЯЗЫК АССЕМБЛЕРА: уроки программирования 


Команда Содержимое стека после Содержимое 
выполнения этой команды полей данных 


шоу ВАХ 
$Т(1) не определено 
$'Т(2) не определено 


$Т 1 


ТСР) не определено 
$Т(2) не определено 


та) 1 
$Т(2) не определено 















4х 


„> 


УТС) не определено 
$Т(2) не определено 


ЗТ(1) не определено 
$Т(2) не определено 


Первая команда НА х пересылает значение х из памяти в сопроцессор. После ее 
выполнения в регистре ЗТ оказывается число из поля х. Выполнение следующей 
команды Ё14 у приводит к тому, что содержимое поля у загружается в вершину стека 
$Т. Загруженная ранее единица будет протолкнута в $Т(1). 

Команда #299, в которой отсутствует явное определение данных, выполняет сло- 
жение чисел, расположенных в двух верхних регистрах стека 5Т и 5Т(1), и записывает 
результат в $Т. Содержимое $Т(1) после выполнения этой команды становится не- 
определенным, и в него теперь можно загружать новые числа. Учтите, что загрузка 
новых чисел в уже занятый регистр сопроцессора не допускается. Если вы попробусте 
это сделать, возникнет исключение. 

Команда Нзф выполняет запись результата в память и выгрузку регистра ЭТ. Она 
нужна для преобразования полученного результата из внутреннего представления в 
целый формат и пересылки его в память. Как видно из рис. 56.2, в процессе выполне- 
ния этой команды содержимое ЭТ выталкивается из стека. Если по ходу программы 
‘требуется переписать содержимое вершины стека ЭТ в память и оставить стск без из- 
менений, то следует использовать команду Н5{ (Ноаё имерег зюге, запись числа в фор- 
мате плавающей точки в память в формате целого). 

Аналогично производится сложение и вычитание целых чисел, для представления 
которых отводится 4 или 8 байт, и вещественных чисел, занимающих в памяти, в зави- 
симости от требуемой точности, 4, 8 или 10 байт. После выполнения операций над 
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Уу2 Рис. 56.2. Содержимое полей данных 
73 и стека сопроцессора при выполнении 
примера 56.1 


м м |< я м |< я м]; м< 
— 2]ю | —- эт |- эры 





числами их можно записать в память в любом из определенных для сопроцессора 
форматов, используя соответствующие команды (список команд арифметического со- 
процессора приведен в Приложении 3). 


Статья 57. Работа с действительными числами 


Начнем с фрагмента программы, иллюстрирующего сложение действительных чи- 
сел (пример 57.1). В нем вместо команд Н14 и Язф, которые мы применяли для сложе- 
ния целочисленных данных, используются команды НЧ и Ёф (вместе с командой #44), 
а для хранения действительных чисел зарезервировано по 4 байта. 


Пример 57.1. Сложение действительных чисел 


#1а х ;Загрузим 1-й операнд в стек сопроцессора 
Е1а у ;Загрузим 2-Й операнд в стек сопроцессора 
ааа ;Сложим их 
Е5ёр 2 ;Перешлем результат в память 

;Поля данных 

х аа 1.0 ;Действительные константы должны быть 

у аа 2.5 ; описаны в формате с десятичной точкой 

2 аа (?) ; например, 1.0. Описание 1 недопустимо 


Напомним, что сопроцессоры специально предназначаются для обработки дейст- 
вительных чисел. Поэтому в стеке сопроцессора все числа представляются в действи- 
тельном формате. Обычный, используемый по умолчанию формат представления чи- 
сел в сопроцессоре показан на рис. 57.1. | 


Биты 79 78 64 63 0 
ОО ООО 
1 бит 15 бит 64 бит 


Рис, 57.1. Формат представления действительных чисел в сопроцессоре 


Приведенный выше формат носит название формата расширенной точности. Заме- 
тим, что для представления отрицательных действительных чисел дополнительный 
код не используется. Знак числа в любом формате определяется старшим битом. Если 
он равен нулю, то число положительное, а если единице, то отрицательное. В расши- 
ренном формате под порядок отводится 15 бит и 64 бита под мантиссу. 

Действительные числа могут быть представлены еще в двух форматах: одинарной 
точности (4 байта, из которых 23 бита отводятся для мантиссы, 8 — для порядка и 
1 бит- для знака числа) и двойной точности (8 байт, 52 бита и 11 бит для мантиссы и 
порядка соответственно). 

Какой из этих форматов используется, определяет содержимое 2-битового поля РС 
регистра управления сопроцессора (биты 8 и 9). РС=11 соответствует режиму расши- 
ренной точности, который автоматически устанавливается при инициализации сопро- 
цессора. При работе в остальных двух режимах результаты вычислений округляются: 

» еслиРС = 10, то выполняется округление до одинарной точности; 

» еслиРС = 00, то выполняется округление до двойной точности. 

Следует отметить, что ухудшение точности вычислений не приводит к ускорению 
работы программы. Поэтому эти режимы целесообразно использовать только в тех 
случаях, когда требуется выполнять расчеты с пониженной точностью: одинарной или 
двойной. Для перехода в них используется команда 
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Е1асм мем 


(Поа{ 1оа сопёто! \уог4, загрузка слова управления сопроцессора), которая загружает в 
управляющий регистр слово из сегмента данных. Для записи содержимого управляю- 
щего регистра в память используется команда 

Езесм мем 


(Поаф юге сопёго| \/ог4, сохранение слова управления сопроцессора). 

Все действительные числа, независимо от используемого формата, хранятся в 
нормализованном виде. Нормализованным называется число, целая часть которого со- 
стоит из одной не равной нулю цифры. Поскольку при использовании двоичного 
представления эта цифра всегда равна единице, то она не хранится, что позволяет сэ- 
кономить один бит памяти. В поле порядка записывается степень числа 2, на которую 
умножается мантисса (плюс смещение, равное 16 383 для расширенной точности, 1023 
для двойной точности или 127 для одинарной). 

Рассмотрим, как представляется число 7,375 при использовании одинарной точно- 
сти. Во-первых, заметим, что 7,375=4+2+1+1/4+1/8. Поэтому представление этого чис- 
ла в двоичной форме имеет следующий вид: 111.0116=10'*1.110116. Обратите вни- 
мание на то, что и основание системы счисления, и порядок; в который оно возводит- 
ся, записаны в двоичной системе. Итак, хранимая мантисса числа будет равна 110116, 
а порядок 2+127=129, в двоичной форме 100000015. Поскольку число положительно, 
`знаковый бит равен нулю. | 

Целиком двоичное нормализованное представление числа будет иметь вид, пока- 
занный на рис. 57.2. 


Биты 31 30 2322 0 
ооо оро[о] о] [о] 1 оо ооо офо[о[о[оро[о]о[о[ооТ оо) 


Рис. 57.2. Представление числа 7,375 в двоичной форме при использовании 
одинарной точности 


Именно в таком виде и передаются числа из сопроцессора в память, если не вы- 
‘полнить приведения к целому формату (естественно, с округлением). Поэтому вывод 
действительных чисел не является тривиальной задачей. К счастью, содержимое реги- 
стров сопроцессора в отладчике можно посмотреть в обычной форме с плавающей 
точкой. Отлаживая программу, можно легко контролировать, как протекает процесс 
вычислений в сопроцессоре. Работе с отладчиком будет посвящена следующая статья, 
а сейчас еще раз наломним, что любая команда записи в стек сопроцессора выполняет- 

- ся аналогично команде разВ центрального процессора. Заметим, что стек невелик, его 
_ образуют всего 8 регистров, поэтому легко может произойти переполнение. Информа- 
ция о содержимом регистров стека сведена в регистр признаков (тегов). 

Регистр признаков состоит из восьми 2-битовых полей, которые обозначаются 
ТАСО0..ТАС7. Каждое поле характеризует свой регистр стека (рис. 57.3). 


Рис. 57.3. Регистр признаков 


По содержимому поля можно судить о том, какое число хранится в регистре. Если 
‚ вполе признака находится 00, то в соответствующем регистре расположено действи- 
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тельное ненулевое число, 01] свидетельствует о наличии в регистре нуля, 11 означает, 
что регистр пуст, а 10 указывает на то, что он содержит недействительное число, на- 
пример бесконечность. 

Если регистр не отмечен как пустой, то при попытке записи в него вырабатывается 
код недействительной операции (устанавливается бит 0 регистра состояния) и запись 
в стек не производится. 

Заметим, что этот особый случай может быть замаскирован, и тогда запись будет 
произведена. Для этого в бит 0 регистра управления надо записать |, иначе возникно- 
вение особого случая вызовет прерывание центрального процессора. 


Статья 58. Отладка программ, 
работающих с сопроцессором 


Проверка правильности работы программы, включающей команды сопроцессора, 
затрудняется необходимостью использования процедур ввода и вывода, существенно 
более сложных, чем при работе с целыми числами. Поэтому контроль процесса вы- 
полнения подобных программ на практике производится только с помощью отладчи- 
ков, работа с одним из которых, ТО, достаточно подробно рассмотрена в статьс 4. 
Здесь мы коснемся только тех особенностей ТО, которыс относятся к отладке про- 
грамм, использующих арифметику с плавающей точкой. 

Прежде всего нам необходимо вывести на экран содержимое регистров сопроцес- 
сора. Для этого в меню пункта \У1е\и необходимо выбрать пункт М№атейс ргосеззог. 
В информационном кадре появится окно, в котором указаны имена и содержимое ре- 
гистров стека сопроцессора и флагов. При отладкс полезно также вывести окно реги- 
стров основного процессора. После этого надо определить такос положение окон, что- 
бы они не слишком загораживали друг друга и программу. Пример возможного 
расположения окон показан на рис. 58.1. 

Теперь можно приступить к отладке программы. Проще всего работать в режиме 
пошаговой отладки. Для этого используем клавишу Е8, каждос нажатие которой вызы- 
вает выполнение одного предложения программы. Изменения регистров, флагов и 
данных можно увидеть на экране. Отладчик позволяет не только последоватсльно, ко- 
манда за командой выполнять программу, но и пошагово возвращаться назад (комби- 
нация клавиш АН+Е4). Это возможно потому, что отладчик хранит последнис выпол- 
ненные команды. Для того чтобы вернуться к началу программы и выполнить сс еще 
раз, достаточно нажать СЫ1+Е2. 

В процессе отладки можно, не выходя из отладчика, изменять содержимое регист- 
ров и полсй памяти, а такжс устанавливаемые флаги. Для этого используется локаль- 
ное меню, открывасмос нажатием комбинации клавиш АН+Е10 или нажатисм правой 
кнопки мыши. Локальное меню контекстно чувствительно, т. с. для каждого активного 
окна имеется свое локальное меню. 
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= [Ре Е4:+ \1емы Иип ВгеаКро!т1» Дафа ОрНоп М1п0дом Не ВЕВОУ 














оду] =: #14 Р11е: Еф. ам 4 Вечз-3 
+ех+ зедмеп{ ’соде’ ах 9000 
аззиме с$: фех4 , Ч; :Зафа Ьх 0000 
МУргос ргос сх 9006 
‚ моу ах,Чафа ;Инициализируем 4х 0000 
моу 95.ах регистр 05 =}; 9000 
#13 х :Загрузим первый операнд 41 0000 
;в стек сопроцессора Ьр 9000 
#13 у ;Загрузим второй операнд зр 0000 
в стек сопроцессора чз 518 





Гада УСлохим их 
Е5%р 1]-80387 ТРТВ=2302Е 0РСО00Е=609 ТВЧ ТИ 11 
оч4+ргод: Бырфу 5100) 
по Бирфу 3101) 
тп Емрфу 5Т(2) 
мургос епдр Емрфу 5163) Окно 
+ех+ епд5 Емрфу 5104) сопроцессора 
афа зедмеп* Бырфу 5Т1(5) 
93 Еир4у 5Т(6> 


у 94 . Емрфу $167) 
> 93 
Чаза . еп4з 





ЕЕ ИЕН 
Е1-Не]р Е2-ВКр+ ЕЗ-Моц Е4-Неге Р5-боом Еб-Нех+ Р7-Тгасе РВ-З4ер Р9-Вип Е19-Мепо 


Рис. 58.1. Вывод содержимого регистров сопроцессора при работе 
с отладчиком Титьорерисеег 


Рассмотрим, как можно изменить содержимое регистров сопроцессора. Для этого 
в окне сопроцессора сначала выделим необходимый регистр, а затем вызовем локаль- 
ное меню, которое включает три пункта: Гего, Етрбу и Срапее (рис. 58.2). Напомним, 
что при этом окно сопроцессора должно быть активным, поскольку локальное меню 
вызывается для активного окна. 


= ЕР:1е 24:4 У1еы ип ВгеаКро!4$ Дафа Орф1опз М1п4он Не 
офи]е: #14 Ее: #11. ам 0—0 

4ех+ зедмеп{ ’со4е” 
аззиме сз:4ех+, 4; :Чафа 
Мургос ргос 















поу ах,Чафа ;Инициаяизируем 
поу 35,ах регистр В5 
#14 х ;Загрузим первый операнд 
;в стек сопроцессора 
па у :Загрузим второй операнд 
;в стек сопроцессора 
› гаЧ4 Сложим их $ 5088 
эр 2 ; 13-86367 ТРТА-590В ОРСОПЕ-106 ОРТА-5В-4- 11 
0и4ргоэ: Ча1:4 $Т(0) 2.5 
поу ах,Ч4СО0Ь |Ча11:4 $11) 1.5 
11+ 21 Емрфу ЗТС2} 2его 
мургос епар Емр4у $1033 Епр1у 
Чех+ еп4з Емрфу $104) СБапсе . . 





Емрфу $105) 
Емр4у 5Т(6) 


Енрфу 5Т(7} Локальное 
меню 
ИО 


чи 
СВапде Ве уа]це о? +е В1э6 1 9Ь4е гез:зфег 


Чафа зедмеп{ 
ва 


Рис. 58.2. Локальное меню окна сопроцессора 


Если выбрать пункты Хсго или Етруу, то в регистр ЭТ запишется нуль или же он 
освободится, т. е. станет доступным для записи. Для того чтобы записать в этот ре- 
гистр новое число, надо выбрать пункт СБапее. Это вызовет появление окна, в поле 
которого надо ввести требусмос число и выбрать пункт ОК. После этого содержимое 
регистра стека сопроцессора будет изменено. Аналогично можно изменить содержи- 
мое полей памяти и регистров основного процессора. Для переключения флага нсоб- 
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ходимо его выделить, вызвать локальное меню, в котором на этот раз будет только 
один пункт — Торе, и подтвердить решение об изменении флага. 

Чтобы при отладке следующей программы или в другом сеансе работы с той же 
программой не требовалось заново определять вид выводимой информации, можно 
запомнить текущую конфигурацию. Для этого выберите пункт меню ОрНопз, а в нем 
пункт Зауе ОрНопз. На экране появится окно, в котором необходимо определить со- 
храняемые параметры. Если нам необходимо сохранить выводимые окна, то в поле 
перед словом Гауоц{ должен быть установлен символ *. Если его нет, то он устанавли- 
вается нажатием пробельной клавиши. Переход на это поле осуществляется с помо- 
щью клавиши Та. После завершения всех установок перейдите в поле ОК. и нажмите 
на Ещег или выберите поле ОК с помощью мыши. Теперь конфигурация запомнена. 
Для выхода из отладчика выберите в меню пункта Ее пункт ЕхИ. 

Заметим, что во всех приведенных выше примерах в процессе отладки мы работа- 
ли с исходным текстом программы. 

В ряде случаев бывает необходимо использовать деассемблированный текст. Для 
вывода его на экран в меню пункта У1е\и надо выбрать пункт СРО. Пример окна СРИ с 
выведенным деассемблированным текстом для рассматриваемой программы показан 
на рис. 58.3. 

Как видно из рисунка, окно, выводимое на экран при выборе пункта СРО, включа- 
ет 5 внутренних окон. Левое верхнее окно содержит деассемблированный текст про- 
граммы. Справа от него располагается окно регистров. Еще правее, в отдельном окне, 
выведены флаги процессора. В самом низу окна СРО располагается окно данных, в ко- 
тором отображается дамп заданного участка памяти. 

Последнее, пятое окно содержит дамп текущей вершины стека главного процессо- 
ра. Оно располагается в правом нижнем углу окна СРИ. 


= Ре ЕЧ4:+ У1ен Вип ВгеаКрот4з Дафа Оропз Мдон Не]р ВЕАВУ 
[МЕ Веиргое & ах 5192 

с5:0008 889250 Ф мочу ах,Чафа ;Инициализируем Е Ьх 0000 
с$:0003 8Е08 + пох 45,ах ;регистр 0$ сх 6686 
с5:0005 ЭВ ыа:+ 4х 0000 
с5:0006 296060000 21а Чыога ры НР 1 $1 0000 
с5:0600й ЭВ на: 41 0000 
с5:0008 09066400 па Чнога р ЯРУ 1 БР 0690 

с : ОбОР»ЭВ на1+ зр 0000 
с5:0010 БЕС1 Га44р $4(1),5% 4 5092 
с5:0012 98 нах + ез 5080 
с;:0013 091Е0000 {54р  ЧногЯ рыб НР 14 1 $5 5090 
с5:0017 В8004С + поу ах,4С00- 

с$:001й С021 ф апЕ 21% 


:0000 09000 


9з:0008 00 00 00 00 00 00 00 00 :0006 0609 
4;:0010 РВ 52 09 02 21 00 00 00 ГЯсе: :0004 ЭВОВ 
9з:0018 07 00 1Е 06 60 00 05 00 › > :0902 9Е5О 
9; :0020 06 00 01 00 00 00 00 00 9 :0060›9288 


Р1 Не!» Е2-ВКр+ ЕЗ_МоЧ Р4-Неге РБ_2оом РБ-Мех+ Е7_Тгасе ЕВ-З4ер РВ-Вип Р10-Мепи 





Рис. 58.3. Кадр отладчика с деассемблированным текстом программы 


Статья 59. Выполнение арифметических операций 


В распоряжении программиста, использующего сопроцессор, имеется около сотни 
команд. К ним относятся команды записи в стек сопроцессора целых и действитель- 
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ных чисел, сохранения полученных результатов в памяти, выполнения операций сло- 
жения, вычитания, умножения и деления, а также команды вычисления тригонометри- 
ческих и некоторых других функций. Перечень команд приведен в Приложении 3; 
сейчас мы отметим.их общие особенности. 

Команды сопроцессора легко узнать, так как все они начинаются с буквы Г (Йоа$). 
Вэтой статье для указания на произвольную команду сопроцессора будут использоваться 
обобщенные обозначения т4 и стёр (второе -— для команд с извлечением из стека). 

Команды сопроцессора могут иметь два, один или ни одного явно задаваемого 
операнда. Однако фактически большинство команд являются двухоперандными; про- 
сто в ряде случаев эти операнды используются неявно. 

В качестве операндов используются регистры сопроцессора и поля памяти. При 
указании поля памяти могут применяться все способы адресации, принятые в основ- 
ном процессоре. Если, однако, один из операндов является полем памяти, то в качестве 
другого обязательно используется верхний регистр стека ЭТ. В отличие от основного 
процессора, в командах сопроцессора не используются непосредственные операнды и, 
за исключением команды Ё15\, не разрешается адресовать регистры основного про- 
цессора. Так же как и для основного процессора, оба операнда одновременно ‘не могут 
быть полями памяти. 

Команды обычно имеют операнд-источник и операнд-приемник. После выполне- 
ния команды операнд-источник не изменяется, а значение операнда-приемника заме- 
щается результатом. Если у команды определено два операнда, то первый является 
приемником, а второй источником. Возможные способы использования операндов по- 
казаны в табл. 59.1. 


Таблица 59.1. Способы использования операндов в командах сопроцессора 


команды операнды 
ЗТ=$Т-51(4 


со стека эта),5т чтение. 
со стека чтение 
со стека чтение 


Рассмотрим простую программу, использующую сопроцессор. Приведенный 
в примере 59.1 фрагмент обеспечивает вычисление интеграла } от функции Ё методом 
Симпсона по трем точкам. В программе реализовано вычисление по формуле 
9=Н* (ЕЁ (-6) +4 (0)+Е(Ъ))/3З, 


где В — шаг интегрирования. 




















Пример 59.1. Фрагмент программы вычисления интеграла 


хоЕ 81,51 ;(1)Очистим регистр $51 
Е1а ЕТ] ; (2) Загрузим #(-В) 
ааа 51,4 ; (3) Увеличим смещение на 4 байта 
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Е1а Е[$т} ; (4) Загрузим ЁЕ(0) 


ааа 5Т, 4 ;(5)Ещше раз увеличим смещение 
Е11а КА ; (6) Загрузим коэффисиент 4 
Ета] ; (7) Умножим 4 на Е(0) 
ааа ; (8) Получим Е(-В)+4Е(0) 
Е1а Е[ЗТ] ; (9) Загрузим Е(В) 
ааа ; (10) Получим Е(-В) +4Е (0) +Е (В) 
Ета} |® ; (11) Умножим на шаг интегрирования 
11а КЗ ; (12) Загрузим коэффициент 3 
Балу ; (13) Получим В* (Е (-1)+4Е (0) +Е(Н))/З 
ааа м ; (14) Добавим к голученным ранее зна- 
ЕзЕр р ; (15) чениям и перенесем в поле 5 
;Поля данных 
Е аа 2.7182818,1.9477340,1.6487213;Отсчеты функции 
; Коэффициенты 
ХЗ Ям 3 
КА Ям 4 
В аа 0.5 
;Поле данных для интеграла 
3 аа ? 


В этом фрагменте использован целый ряд способов адресации. Рассмотрим вы- 
полняемые в нем действия болсе подробно. После очистки регистра $1 мы заносим в 
стек сопроцессора первый отсчет интегрируемой функции (предложение 2). Посколь- 
ку значения отсчетов заданы в сегменте данных, для этой цели используется команда 
загрузки стека, операндом которой является поле памяти. Для указания смещения ис- 
пользован косвенный метод адресации через индексный регистр ЗГ. 

Следующее предложение 3 являстся командой основного процессора. Она увели- 
чивает смещение таким образом, чтобы в предложении 4 выполнилась загрузка оче- 
редного отсчета интегрирусмой функции. Затем мы снова увеличиваем смещение и 
персходим к вычислению интеграла. Последний загруженный отсчет представляет со- 
бой КО), поэтому мы загружаем коэффициент 4 (предложение 6) и умножаем его на 
КО), используя команду умножения без явного указания операндов (предложение 7). 
Это возможно, так как к моменту выполнения предложения 7 в регистре $Т(1) нахо- 
дится КО), ав ЗТ — коэффициент 4. 

После того как с помощью предложений 8...13 значение интеграла вычислено, 
а при данных значениях отсчетов и шага оно будет равно 2.02632, мы суммируем его с 
ранее полученными результатами (предложение 14) и пересылаем в поле ] сегмента 
данных (предложение 15). Для пересылки используем команду формата 

Еспар мет 


обеспечивающую удаление из стека пересылаемого значения тет. 

В рассмотренном фрагменте встречаются как команды сопроцессора, так и коман- 
ды основного процессора. Рассмотрим, например, предложения | и 2. В предложение 1 
входит команда основного процессора, а в предложение 2 — команда сопроцессора; 
они выполняются друг за другом, и, кроме того, результат выполнения первой коман- 
ды используется при выполнении второй. Поскольку сопроцессор и основной процес- 
сор могут работать параллельно, то для правильного выполнения этого фрагмента не- 
обходимо передать команду предложения 2 на выполнение сопроцессору только после 
того, как выполнится команда предложения 1. Как же это организуется при работе с 
сопроцсссором? Обратим внимание на листинг программы 59.1, фрагмент которого 
приведен на рис. 59.1. 
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0000 сехе зедшеп® 
аззиме С$:+ехЕ, 05: АЧака; 


0000 шуркос ргос 

0000 38 0000$ поУу Ах, аафа 

0003 Е 08 шоу 05,АХ 

0005 ЭВ рВ =3 111 

0098 33 Е6 хог 5Т,5Т ;(1)Очистим регистр $1 

000А 93 09 84 0000, Е1а Е[51] ;(2)Загрузим Е(-Н) 

000Е 83 С6 04 ааа 51,4 $;(3)увеличим смещение 

0012 ЭВ 09 84 0000, Е1а Е|[5Т] ;{(4)Загрузим Е(0) 

0017 83 с6 04 ааа 51,4 $;(5) Еще раз увеличим смещение 
001А ЭВ ОЕ 06 О00Ег Е11а кА ; (6) Загрузим коэффициент 4 
0017 98 ГЕ с9 Ета 1 ; (7) Умножим 4 на Е(0) 

0922 ЭВ БЕ с! Еааа . ; (8}Получим Е(-В)+4Е(0) 

0025 ЭВ 09 84 0000х Е1а Е[51] ;(9)Загрузим Е{1) 

002А 98 ПЕ С1 Еааа ; (10) Получим Е(-Ъ)+4Е(0) +Е (1) 
0022 93 08 ОЕ 0010г Ешо1 В ; (11) Умножим на величину шага 
0632 ЭВ ОЕ 06 900Сг Е11а к3 ; (12) Загрузим коэффициент 3 
0937 938 ОЕ ЕЭ ЕЯ У ; (13) 5* (Е (В) +4Е (0) +Е (В) ) /З 
003А ЭВ 08 06 0914г Еааа 1 ; (14) Добавим к полученным ранее 
003Е ЭВ 09 1Е 0014к Езёр 3 ; (15) значениям и перенесем в 3 
0044 93 Ема1® ; (16) Годождем завершения команды 
0045 88 4С00 шоу АХ, 4СООН 

0048 Ср 21 116 21. 

004А шургос епар 

004А фехе еп4з 


Рис. 59.1. Листинг программы примера 59.1 


Из листинга видно, что код каждой из команд сопроцессора начинается с 16-рич- 
ного числа ЭВ. Это число является кодом команды май, которая задерживает работу 
сопроцессора до тех пор, пока не закончит работу основной процессор. Таким обра- 
зом, для обеспечения синхронизации ассемблер вставляет перед каждой командой со- 
процессора команду \ай. Это можно легко увидеть в отладчике, если пользоваться ок- 
ном СРУ, в которое выводится деассемблированный текст программы (рис. 59.2). Об- 
ратите, кстати, внимание на то, что в строках листинга, соответствующих командам 
сопроцсссора, после кода 9В стоит 16-ричная цифра О. Она является кодом первых 4 
бит 5-битовой команды с5с (полный код этой команды 11011), которая обеспечивает 
переключение на сопроцессор, и обязательно предшествуст каждой его команде. 

В поле дсассемблированных команд окна СРО выводится полный адрес, код ко- 
манды и ее мнемоническое обозначение. Перед каждой командой сопроцессора распо- 
ложена строка с командой синхронизации \'ай. Обратите внимание, что команда май 
воспринята деассемблером отладчика как команда "ай. Дело в том, что, хотя она на- 
чинастся с буквы Ри внешне выглядит как команда сопроцессора, ее код равен уже 
знакомому нам числу 9В (предложение 15 листинга на рис. 59.1) и, следовательно, 
совпадает с кодом команды Ума основного процессора и является просто другим мне- 
моническим обозначением данной команды. 

Команда Вмай применяется в тех ситуациях, когда необходимо синхронизировать 
действия центрального процессора и сопроцессора, т. е. приостановить выборку ко- 
манд из очереди до завершения сопроцессором тскущей команды. Ее наличие приво- 
дит к тому, что центральный процессор не может обратится к операнду в памяти до 
тех пор, пока этот операнд не будет записан в память сопроцессором. Пример 59.2 
иллюстрируст подобную ситуацию. 
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Рис. 59.2. Кадр отладчика с деассемблированным текстом программы 


Пример 59.2. Использование команды Май 


Е5Езм 5змога ;Слово состояния -» в поле змога 
Ема1е ;3Ждем, пока сопроцессор не завершит 
; выполнения команды Езёзм 
оу АХ, зиога ;Слово состояния -»> в регистр АХ 
;Поля данных 
змога Чи ? 


Подобные фрагменты мы будем использовать в последующих статьях в тех случа- 
ях, когда потребуется передать в основной процессор значения флагов слова состояния 
сопроцессора. 


Статья 60. Использование сопроцессора 
для реализации операции возведения 
положительного числа в дробную степень 


Наличие сопроцессора позволяет существенно упростить решение задач, исполь- 
зующих показательные функции. Это происходит из-за того, что такие функции вы- 
числяются с помощью одной или нескольких команд и не требуется составлять специ- 
альные относительно сложные процедуры. Рассмотрим использование сопроцессора 
для вычисления функции у=з*заг(х) и вывода ее графика на экран. Вычислим 400 зна- 
чений функции и выведем их на экран в виде красных точек. Для этого прежде всего с 
помощью функции ОВ прерывания 101 ВТО$ установим графический режим 108 (УСА 
с разрешением 640*350, 16 цветов). Затем перешлем в стек сопроцессора значение ко- 
эффициента $ и вычислим значение функции. Для вывода точек на экран воспользуем- 
ся функцией ОСЬ прерывания 105 В10$. Фрагмент программы приведен в приме- 
ре 60.1. 


Пример 60.1. Вычисление и вывод на экран графика функции у=а*5аг((х) 


;Установка параметров 
пом АН, О ;Функция установки графического режима 
пох ь, ТОВ ;Режим 1О0Н-графика, 640*350 точек 
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116 1085 ;Прерывание ВТО0$ 


11а $3 ;Зашлем коэффициент $ в регистр $5Т 
мох сх, 400 ;Число повторений цикла 

;Цикл вычисления координат и вывода точек на экран 

11пе: разв СХ ;} Сохраним счетчик цикла 
11а х ;Зашлем х в $Т, 3 идет в $Т(1) 
ЕзахЕ ;Корень из 5Т, результат там же 
Рич 1 $Т,5$Т (1) ;Умножим на $, результат в $5Т 
Е1з6р у ;Перешлем содержимое $Т в ячейку у 
мох АН, ОСЬ ;Функсия вывода пиксела 
мох АТ, 4 ;Цвет пиксела 
по вн, ;Видеостраница 0 
моу СХ, х ;Номер столбиа 
мох 2х,100 
5 ОХ, у ;Номер строки 
176 108 ;Прерывание ВТО$ 
17с х ;Сместимся вправо 
рор сх ;Восстановим счетчик гикла 
1оор 11пе ;Повторим СХ раз 

;Поля данных 

Еогсо1ох Ч 4 ; Цвет 

х Ям 0 

у Я“ ? 

5 Ям 4 


Непосредственно для работы с сопроцессором здесь использовано всего 5 команд. 
С их помощью производится засылка в стек сопроцессора коэффициента $ и текущего 
аргумента х, вычисление 54(х) с сохранением результата в стеке, вычисление 
произведения 5*5а(х) и пересылка полученного результата в ячейку у. Применение 
команды Н5( позволяет перед пересылкой привести число к целому формату. Поэтому 
его сразу можно использовать для указания координаты у. 

Вычисление произвольной степени положительного числа представляет собой бо- 
лее сложную задачу. Для ее решения можно использовать команды сопроцессора 
хит! (Йоат 2* —1, вычисление в формате плавающей точки выражения 2^ 1) и 6/12х 
(Яоа{ у*1ор>х, вычисление в формате плавающей точки выражения у*|орох). Команда 
Е2хт1 вычисляет 2 в степени 5Т минус 1, при этом значение $Т должно находиться в 
диапазоне от 0.0 до 0.5. Команда Ёу!12х производит умножение содержимого регистра 
5Т(1) на логарифм $Т по основанию 2. Таким образом, чтобы возвести число в произ- 
вольную степень, имея в наличии эти две команды, необходимо вычислить логарифм 
(по основанию 2) от основания степени, умножить его на показатель степени и возвес- 
ти 2 в степень, значение которой равно получившемуся результату. Если при этом со- 
блюдается условие для выполнения команды Ехт], то процедура будет очень про- 
стой. Рассмотрим, например, как вычислить кубический корень из конкретного числа 
(пример 60.2). 


Пример 60.2. Вычисление кубического корня из числа 2,5 


Е141 ;Загрузим в стек сопроцессора 1 
Е1а п ;Загрузим в стек стегень корня 
ЕЯ у ;Вычислим гоказатель стегени, 

;в которую будет возводиться число 
Е1а а ;Загрузим основание 
Еу12х ;Вычислим логарифм искомого числа 
Е2хи1 ;Вычислим (корень-1) 
Е1а1 ;Загрузим единигу 
Еааа ;Получаем корень 
ЕзЕр тег ;Пересылаем результат в память 
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;Поля данных 


а аа 2.5 
п аа 3.0 
ге аа ? 


В приведенном примере команда КИу (Ноа 91\14е, деление чисел в формате пла- 
вающей точки) использована для того, чтобы в сегменте данных задавать показатель 
корня, а не дробную степень. В результате ее выполнения в регистр ЗТ засылается 
ЗТ(Г/ЗТ. Регистр ЗТ освобождается. 

Если показатель степени, в которую надо возвести число 2, чтобы получить ре- 
зультат, представляет собой положительное число, то перед выполнением команды 
Р2хт] надо выделить сго целую часть. Затем следует определить диапазон, в котором 
лежит дробная часть. Если дробная часть превышает 0.5, то надо уменьшить ее на эту 
величину и домножить результат на квадратный корень. И только после этого можно 
выполнять команду Е2хт]1. Пример 60.3 содержит фрагмент программы, включающий 
операции проверки. 


Пример 60.3. Фрагмент программы возведения положительного числа в произвольную 
положительную степень 


#1116 

Е1а № ;Загрузим в стек гоказатель степени 

а а ;Загрузим основание 

Еу12х ;Вычислим логарифм по основанию 2 

Езе 57 (1) ;Запишем его в регистр $Т(1) 
;Установим сгособ округления 

ЕзЕси соп®г1 ;Слово управления согроцессора -—» сопёг1 

Ема1 6 ;Подождем выполнения этой команды 

ог сопЕг1,ОСОО0Н;Режим отбрасывания дробной части 

Е1асм сопёг1 ;Загрузим новое слово управления 

гла пе ;Округляем, голучая целую часть 


;Если целая часть не равна нулю, то передадим полученное число в 
;основной гроцессор и вычислим 2 в степени, равной целой части 
.: 
213  5%п 


стр зЕп, 0 
52 сол® 
ЕзаЬ ;Получим дробную часть 
Ема1 6 
;На основном процессоре вычислим 2 в степени, равной целой части 
мох СХ, 5 п 
за СХ, 1 


поУ АХ, 2 
$61 АХ, СЬ 


поУу гез, АХ 
Е11а гез ;Загрузим результат в стек 
Езрр  ге21& ;и в гамять в виде действительного числа 
;гроверим величину получившегося остатка 
сопё: ЕЗЕ $Т (1) ;Сохраним голучившийся остаток 
Е119 сол5&2 ;Загрузим 2 в стек сопроцессора 
Нот ;Помножим остаток на 2 
гла е ;и отбросим дробную часть 
Е1зёр р} ;И в гамять в виде дробного числа 
Ема1е ; Ожидание выполнения операции 
стр р:,1 ; Сравним с 1 
;Если остаток меньше 0.5, то перейдем к вычислению 2 в стегени, 
;оавной остатку, иначе - домножим результат на корень из двух 
21 сспЕ1 


Ева 0251495 
Е11а сол$Е2 
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Езаге 


Ета 1 ге214 . ;Домножим результат на корень из двух 
ЕзЕр ке21% ;Запишем в ячейку ге21& 
сопЕ1: Е2хи1 ;Вычислим 2 в степени, равной остатку 
Е1а1 ;Выполним коррекцию 
ааа 
Е1а ге21% 
Ето] ;Получим искомое число, 
Езер  ге21е ;которое перешлем в гамять 
;Поля данных 
а аа 125.0 ;Число, возводимое в степень 
Л аа 0.33333333 ;Показатель стегени 
ге21е аа ? ;Поле для сохранения результата 
со15Е2 ам 2 ;Исгользуемые константы 
соп$Е05 аа 0.5 
гез ам 0 ;Поля для хранения промежуточных данных 
зп Чи ? 
р) Чи ? 
сопёг1 ам ? 


;Поле для сохранения слова 
; управления согроцессора 

Приведенную программу можно оптимизировать, выполняя сравнение в сопроцес- 
соре и округляя получившийся после вычисления логарифма результат до ближайшего 
целого. Затем следует возвести 2 в это целое число и, в зависимости от знака разности 
между округленным и неокругленным числами, выбрать один из двух вариантов. 
Можно также умножить 2 в степени, равной целой части, на 2 в степени, равной остат- 
ку, или разделить на него. 


Статья 61. Вычисление корня нелинейного 
уравнения Е(х)=0 


Удобство использования сопроцессора легко иллюстрируется на примере решения 
задачи определения корня уравнения Е(х)=0 с заданной точностью 4ева<<]. Широко 
известный метод половинного деления состоит из следующих операций. Сначала 
вычисляются значения функции в точках, расположенных через равные интервалы на 
оси х. Это делается до тех пор, пока не будут найдены два последовательных значения 
ЕС] ) и Е(‹[п+1]), имеющие противоположныс знаки. Если функция непрерывна, то 
изменение знака указывает на существование корня. Предположим, что х[п] и х[п+1] 
уже найдены и х[п]=а, х[1п+1]=Ъ, причем Е(а)<0, а Е(Ъ)>0. Кроме того, на этом отрезке 
функция У=Е(<) имест один 0. Тогда график функции пересекает ось только в одной 
точке 2, которую и требуется найти. 

Для этого вычисляется точка с=(а-5)/2. Если Е(с)>0, то заменяем точку Ь на точку 
с, иначе точкой с заменяется точка а. Процедуру продолжаем до тех пор, пока не вы- 
полнится условие Е(а)-Е(Ь)!<аеЦа. После этого 2 определяется как (а+Ъ)/2. Эффектив- 
ное решенис такой задачи возможно только при наличии сопроцессора. Фрагмент про- 
граммы, реализующей поиск корня уравнения х*х-р*5аг(х)=0 на интервале [0.0001,1], 
приведен в примере 61.1. 


Пример 61.1. Программа вычисления корня уравнения Е(х)=0 


Соле: ;Начало цикла 
;Вычисление Е(а) 


51а а а > 5Т 
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Езаке 


#1а р 
Ето 1 
Е1а а 
Е1а а 
Ета 1 
ааа 
;Вычисление Е(ъ) 
#1а Ь 
Езаке 
Е1а р 
Ета 1 
Е1а Ь 
Е1а Ь 
Ето 1 
Еааа 
;Е (а) и РГ(Ь) вычислены 
° ЕваЬ 
Еарз 
Есом Че1%ба 
ЕзЕзм $зм 
ЕмалЕ 
поУ АХ, 5 и 
апа АХ, 0500Н 
сир АН, 1 
)е еа 
ЕЕгее $Т(0) 
#1а а 
#1а Ь 
Еааа 
ЕЧ1Уу 91% 
ЕзЕ 2 
;Вычисление Е(2) 
Езаг® 
#1а р 
Нао1 
Е1а 2 
#1а 2 
Ето 1 
ааа 
Ео5Е 
Е5Езм $м 
Ема1е 
пом АХ, 5м 
апа АХ, В 6 00Н 
спр АН, О 
де сопЕ1 
ЕЕгее $Т(0) 
Е1а 2 
Езер Ь 
пр сопе 
сопЕ1 ЕЕгее 5Т(0) 
Е1а 7 
Езер а 
2пр сопЕ 
;Зычисление 2 
еЯ: а а 
Е1а Ь 
270 


;захе (х) —> 5т 

узагё (х) -» $Т(1), р» т 

;р*заке®(х) -» эт 

;р*заге(х) -> 51Т(1), а + $5Т 

;р*заке(х) -» 5Т(2), а -> $Т(1), а» 5Т 
;а*а -» $Т(0), р*заге(х) -» $Т(1) 

;Е(а) —> 5Т 


;ЕК(а) —> $7(1), Б > 5т 


;Е (6) -> $ЗТ, Е(а) — $Т(1) 


;Е (а) -Е(Ь) -> 5Т 

;!Е(а)-Е(ъ})! -— 5т 

; Проверка результата (,Г(а)}-Е(Ь) !<ае1*а) 
;Слово состояния в основной процессор 


; выделение битов С2 и С0 

;Проверка наличия комбинации С2=0, С0=1 
;2 найдено! 

;Очистка 5Т 

; вычисление 2 


;Деление на 2, 2 -+ 5Т 
;Результат в 2 


;Е (2) —> 5Т 
;Е (2) >0? 
;Слово состояния в основной процессор 


‚выделение битов С3, С2 и С1 
;Проверка наличия С3=9, С2=0, С1=0 


;Очистка $Т 


;2 гока не найдено 


$2 пока не найдено 
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ааа 


ЕАа1у 91 
Е8% 2 
;Поля данных 
а аа 0.0001 
Ь аа 1.0 
2 аа (?) 


Сперва инициализируем сопроцессор с помощью команды Йпй. Затем последова- 
тельно вычислим значения Е(а) и Е(Ъ). Для этого сначала перешлем из памяти значе- 
ние переменной а в регистр ЭТ и вычислим квадратный корень. Результат останется в 
УТ. После этого в стек сопроцессора зашлем значение коэффициента р. Оно будет за- 
писано в вершину стека ЗТ. К регистру, в котором находится уже вычисленный 
корень, мы теперь будем обращаться как к ячейке стека ЗТ(1). Затем с помощью ко- 
манды Нич| (Йоай ши@р!у, умножение чисел в формате плавающей точки) без 
параметров перемножим содержимое регистров ЭТ и $Т(1). Значение регистра 5Т(1) 
после выполнения этой операции становится нсопределенным, а произведение засыла- 
ется в ЭТ. После этого два раза засылаем величину а в стек. С помощью команды ум- 
ножения вычислим квадрат а, который также запишем в стек. Далее с помощью ко- 
манды сложения вычислим значение функции Е(а). 

Для вычисления Е(6) используем такую же последовательность операций. Весь 
процесс обработки происходит аналогично, за исключением того, что в стеке со- 
храняется значение Е(а). 

После того как Е(а) и Е(Ъ) вычислены, определяем их разность с помощью коман- 
ды Ё5иб (Ноаф зиб$гась, вычитание в формате плавающей точки) без явного указания 
операндов. Эта команда вычисляет 5Т(1)-5Т, записывает результат в 5Т(1) и выполня- 
ет считывание из стека. Так как корень считается найденным, если модуль вычислен- 
ной разности меньше заданной величины деМа, предварительно с помощью команды 
26$ (Поаё абзоние, абсолютное значение числа в формате плавающей точки) находим 
модуль ЭТ. Для сравнения используем команду Кош (Ноа{ сотраге, сравнение чисел в 
формате плавающей точки), которая из содержимого ЭТ вычитает операнд, в данном 
случае де{а. Результат операции не сохраняется, происходит лишь установка битов С0 
и С2 в регистре состояния сопроцессора. 

Для того чтобы выполнить переход по результатам сравнения, необходимо ис- 
пользовать команды основного процессора, поскольку сопроцессор таких команд не 
имеет. Следовательно, необходимо передать результаты сравнения из сопроцессора 
в основной процессор. Для этого с помощью команды 

ЕзЕзмМ 5 


передадим содержимос регистра состояния в ячейку памяти $\, а затем проанализиру- 
ем значения битов С0 и С2. Перед выполнением команды 
по АХ, 5м 


используем команду Ёмай для синхронизации работы основного процессора и сопро- 
цессора. После того как регистр флагов центрального процессора установлен, 
проверим, найден ли диапазон, содержащий корень. И если этот диапазон найден, то 
переходим по метке е4 на фрагмент, вычисляющий корень. Точность полученного 
решения будет равна [Е (2). 

В противоположном случае вычисляем точку 2 и выполняем переприсваивание: 
если знак Е(2) совпадает со знаком Е(а), то а заменяем на 7, иначе на 2 заменяем Ъ. Как 
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и ранее, после проверки знака для выполнения перехода передаем в сопроцессор со- 
держимое слова состояния сопроцессора. 


Статья 62. Процедура рисования окружности 


Без использования сопроцессора практически невозможно обойтись в тех облас- 
тях, где применяются процедуры машинной графики. Особенно это важно при разра- 
ботке программ, реализующих режимы мультипликации и анимации. Если вычисление 
тригонометрических функций реализовывать на основном процессоре, то программа 
будет выполняться недопустимо медленно даже при выводе сравнительно несложных 
изображений. 

Рассмотрим программу, которая обеспечивает вывод на экран окружности задан- 
ного радиуса. Координаты точек окружности будем вычислять с шагом в 1 градус. Та- 
ким образом, нам понадобится реализовать цикл по независимой переменной от 0 до 
360 градусов. Заметим, что перед вычислением аргумент должен быть преобразован в 
радианы. Текст программы приведен в примере 62.1. 


Пример 62.1. Вычисление координат точек окружности и вывод их на экран 
.386 


Зата зедтепе 

;Поля данных 

х360 аа 180.0 ;Константа перевода градусы-радианы 
х36 [6 360 ;Число точек на окружности 

Еогсо1ох @ 10 ;Салатовый цвет 

;Координаты центра окружности 

хс Чи 320 

ус Чи 175 

;Значения радиуса по осям 

хх [63 100 

гу [6 70 

; Переменные 

х Чм ? ; Текущие координаты точки окружности 
у [6 ? 

ап91 [63 1 ;Текущее значение угла 

Часа еп 5 

фехЕ зедтепЕ и5е16 


аззиме С: ЕехеЕ, 05 : даба 
;Подпрограмма изменения цвета пиксела 


рофпе ргос 
разв СХ 
пом СХ, хс 
пох АН, ОСЬ 
пом АБ, Еогсо1ог 
пом ВН,0 
па ус1 
Е156р ус 
пох ОХ, ус 
21а хс1 
Е156р хс 
поУ СХ, хс 


за СХ, х 
5аь ОХ, у 


ле 108 
роер сх 
ге 

ро1лЕ еплар 
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;Главная процедура 


ма1п ркос 
; Подготовка данных 
оу АХ, ава ;Инициализация 
поУ 25, АХ ; регистра 05 
поУ АН, ОП ;Установка графического режима 
оу А1,, 105 ;Режим 108 
пе 108 ; Прерывание 810$ 
оу СХ, х36 ;Число шагов построения окружности 
Е1п1Е ;Инициализация сопроцессора 
Е1ар1 ;Загрузка в стек числа р1 
Е1а х360 ;Загрузка в стек числа 360, 
ЕЯ ;р1/360, результат в $5Т 
ЕзЕр  х360 ;Сохранение в памяти коэффициента 


; перевода градусов в радианы 
;‚ вычисление координат точек и вывод рисунка 


до: #14 х360 ; Коэффициент градус-радианы в стек 

Е11а апа1 ;Очередное значения угла в стек 

Ета 1 ;Перевод в радианы 

Е311С05 уз1п (Хх) -> 5Т(1), соз(х) -> 5Т(0) 

Е11а гу ;Загрузка радиуса по координате у 

Ето ;Вычисление координаты у 

Е1з6р у ;Запись ее в память в формате целого 
;учисла с извлечением из стека 

Е11а гх ;Загрузка радиуса по координате х 

Ета ;Вычисление координаты х 

Е1зЕр х ;Запись ее в память в формате целого 
; числа с извлечением из стека 

Ехал ;Ожидание завершения работы сопроцессора 

са11 ро1п& ;Вывод точки на экран 

+пс ап91 ;Приращение угла 

1оор о ;Цикл 


;Задержка до нажатия клавиши 
поУ АН, 8 


116 218 
пом АХ, АСО0Н ;Выход в 00$ с кодом ошибки 09 
пе 218 
пап епар 
фехе еп45 
зеК зеащепЕ эсасКк 'з6аск' 
Зи 128 Чар (?} 
ЕК епа$ 
еп& па1п 


Программа начинается с директивы .386, которая разрешает компиляцию всех ко- 
манд процессоров 80386/87. При этом сегмент команд необходимо объявить с описа- 
телем изс16. 

Перед выполнением вычислений мы устанавливаем графический режим с помо- 
щью функции ОВ прерывания 108 В10$, инициализируем сопроцессор и вычисляем 
коэффициент для пересчета угла из градусов в радианы. Дело в том, что аргументы 
команд, вычисляющих тригонометрические функции, должны быть заданы в радиа- 
нах, а приращение углов удобнее задавать в градусах. Для загрузки в стек числа р1 
можно использовать команду Нар! (Поа{ |оа@ р:, загрузка числа р!), одну из набора спе- 
циальных команд, загружающих константы. После того как число р! загружено в стек, 
загружаем из памяти эквивалентное значение в градусах и с помощью команды деле- 
ния вычисляем коэффициент. 
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Вся остальная часть программы практически состоит из одного цикла, в котором 
производится вычисление значений синуса и косинуса, определение координат точки 
окружности и изменение цвета пиксела с указанными координатами на экране. Заме- 
тим, что значение радиуса по горизонтальной оси отличается от значения радиуса по 
вертикальной. Это происходит из-за того, что в графических режимах разрешения по 
этим осям различны. 

Полученную программу легко преобразовать для вывода других геометрических 
фигур, например спирали. В этом случае потребуется ввести в ее текст дополнитель- 
ную подпрограмму, обеспечивающую непрерывное изменение радиуса. В результате 
у нас получится следующая программа (пример 62.2). 

Пример 62.2. Фрагменты программы вычисления и вывода на экран спирали 


.386 
;Сегмент данных 


;Дополнительно введенные переменные 


де1 да 0.9985 ;Коэффициент сжатия сгирали 

Зе1х За 1.0000004;Коэффициент перемещения по оси х 

Зе1у аа 0.999997 ;Коэффициент перемещения по оси у 

Еогсо1ок аъ 9 ;Голубой цвет 

гх аа 100.0 ;У этих переменных изменен тип, не 

гу аа 70.0 ; забудьте изменить соответствующие команды 
хс1 аа 320.0 ;Дополнительные переменные для 

ус1 аа 175.0 ; преобразования координат центра 


;Сегмент команд 
фехе зедтепе и5е16 
аззиме Сб: сехё, 05 : ава 
; Подпрограмма изменения координат центра и радиуса 


соога ргос 
Е14 гх 
Етиа1  4е1 
Езёр гх 
#14 гу 
Ето1  94е1 
Езёр ку 
#119 хс1 ' 
Епо1  Че1х 
Е1зер хс1 
Е11а ус1 
Ето1  де1у 
Ефзёр ус1 
ге 
соога епар 
;Подпрограмма изменения цвета пиксела (см. пример 62.1) 
ро1пе ргос 
ро1пе епар 
;Главная процедуры 
па1п ргос 


;Подготовка данных 


увывод точки на экран 


са11 ролпЕ 
1пс ап91 
;Изменение координат и радиуса 
са11 соога 
1оор По 
;Задержка до нажатия клавиши 
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пом АН, 8 


1106 218 
по АХ, АСООН ;выход в 200$ с кодом ошибки 0 
106 216 

ма1п епар 

фехЕ епаз 

зек зедмелЕ зЕасКкК '56асК' 

ам 128 а0р (?)} 

зЕК епаз 

епа па1п 


В этой программе использована дополнительная подпрограмма соог4, обеспечи- 
вающая непрерывное уменьшение размера радиуса и изменение координат центра ок- 
ружности. Каждая из указанных выше величин записывается в стек сопроцессора. За- 
тем она умножается на действительный коэффициент, после чего полученное значение 
снова записывается в память и выполняется чтение из стека для того, чтобы избежать 
его переполнения. 

Попробуйте самостоятельно составить программу, использующую вычисление 
тригонометрических функций, например выводящую на экран график функции У = 
= Зш(а*х-+Ъ). Для этого вам надо будет воспользоваться командой Е. 


Статья 63. Управляющие регистры сопроцессора 


Рассмотрим группу регистров, обеспечивающих управление работой сопроцессо- 
ра. Эти регистры часто называют управляющими или нечисловыми регистрами; к ним 
относятся: управляющий регистр, регистр состояния, регистр признаков, указатель 
команды и указатель операнда (рис. 63.1). 

Для работы с этими регистрами в сопроцессоре Биты 15 0 
используется 30 команд, которые могут начинаться 
либо с двух букв М, либо с одной буквы Ё, на- 
пример: зу и Ёис\у. Если такая команда Регистр состояния 
начинается с буквы Г (Ноа, обработка чисел с 
плавающей точкой), то перед тем, как передать ее 


Регистр управления 


Регистр призиаков 


на выполнение сопроцессору, центральный про- Указатель 
цессор проверяет, занят ли сопроцессор. Для этого команды 
проверяется бит занятости (В) регистра состояния, 

а также биты ошибок. Если команда начинается с Указатель 


. х операнда 
букв № (Йоа( по \аИ, обработка чисел с плавающей 


точкой без ожидания), то она передается на 
выполнение сопроцессору без каких-либо пред- 
варительных проверок. 





Рис. 63.1. Нечисловые регистры 
сопроцессора 


С одной из команд работы с нечисловыми регистрами, именно с командой 
инициализации сопроцессора Йпй, мы уже знакомы. Она устанавливает начальные 
значения в регистре состояния, управляющем регистре и регистре признаков. Регистр 
признаков, содержащий сведения о данных, находящихся в каждом из числовых 
регистров сопроцессора, был уже рассмотрен в статье 57. Команда ВпИ засылает во все 
поля этого регистра значения 11Ъ. Это означает, что все числовые регистры 
сопроцессора свободны и в них можно записывать данные. Таким образом, команда 
Ний может использоваться для очистки сразу всех числовых регистров. 
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Если же требуется очистить определенный числовой регистр, например ЗТ(1), то 
надо использовать команду 


ЕЕгее 5Т(1) ;Е1оае Егее, освобождение регистра 


Эта команда записывает в 1-е поле регистра признаков 115, тем самым помечая чи- 
словой регистр ЭТС) как свободный. 
Содержимое регистра состояния показано на рис. 63.2. 


Биты 15 14 13 12 11 10 09 0807 06 05 04 03 02 01 00 


я ВАБЕЫНЕР 


Рис. 63.2. Структура регистра состояния сопроцессора 





Биты с 0 по 5 представляют собой флаги особых случаев. Они устанавливаются 
при возникновении следующих ошибок: 

» [Е (пуа|@ Орегайоп) — недействительная операция; 

* ОЕ (ОепоплайтеЯ Орегапа) — денормализованный операнд; 

» Е (7его Пг/4е) — деление на нуль; 

+ ОЕ (ОуегЙо\/) — переполнение; 

е ОЕ (Опде Ноу) — антипереполнение; 

* РЕ (Рхес1з1оп) — потеря точности. 


Бит 6 содержит флаг стека ЗЕ (Заск ЕШав), а бит 7 — слова состояния — флаг 
суммарной ошибки Е$ (Зилтагу Егог), который устанавливается при возникновении 
незамаскированного особого случая. 

Биты С0, С1, С2 и СЗ (Соп@1 оп Соде) — коды условий. Они определяются по ре- 
зультату выполнения команд сравнения и команд нахождения остатка. 

В поле $Т (ЗасК Тор Роймег) содержится номер числового регистра, являющегося 
вершиной стека. Бит занятости В (Вмзу) устанавливается, если сопроцессор выполняет 
команду или происходит прерывание от основного процессора. Если сопроцеесор сво- 
боден, то бит занятости сбрасывается. 

При инициализации сопроцессора все флаги, за исключением УТ и Е$, значения 
которых не определяются, сбрасываются. 

Для того чтобы получить информацию о содержимом полей регистра состояния 
или изменить их, используются следующие команды: 

Е545\у (ПоаЁ зюге зае мгога) и {и тет — записать слово состояния сопроцессора 
в память; 

[545% АХ и #155 АХ — записать слово состояния сопроцессора в регистр АХ 
(только для сопроцессоров 80287+); 

«сх (Ноа с1еаге ехсерНоп$) и Рпс]сх — сбросить все флаги ошибок, а также биты 
ЕзиВ; 

Ппс$ф (Ноа 1псгетеп $асК роимег, увеличить указатель стека с плавающей точ- 
кой) — увеличить указатель вершины стека числовых регистров на единицу; 

ЕАес$р (Ноа! дестетеп! 5васК роимег, уменьшить указатель стека с плавающей точ- 
кой) — уменьшить указатель вершины стека числовых регистров на единицу. 

Напомним, что, хотя содержимое полей кодов условий устанавливается при вы- 
полнении команд сопроцессора, выполнить переход можно только путем анализа ус- 
тановленного кода в основном процессоре. Для этого надо предварительно переписать 
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в ячейку памяти содержимое слова состояния. Таким образом, если условием заверше- 
ния итераций является выполнение неравенства |р| <ерз, где р — текущий параметр, 
аерз — заданная величина, то проверку можно выполнить так, как указано в приме- 
ре 63.1. 


Пример 63.1. Проверка условия выхода из цикла 


18 р ;Поместим р в стек сопроцессора 

Еарз ;Вычислим модуль р 

сом ерз ;Сравним с ерз, результат в битах С0..С2 
;урегистра состояния 

ЕзЕзм АХ ;Запишем регистр состояния в АХ 

ап& АХ, 07008 ;Выделим биты С0..С2 

спр АН, 18 ;Если р<ерз,то только С0=1. Проверим это 

)е оцЕри& ;Если это так, выйдем из цикла 

Эпр сопЕ ;Иначе продолжим вычисления 


Структура регистра управления, отдельные поля которого были нами рассмотрены 
ранее, показана на рис. 63.3. 


Биты 15 10 09 08 07 06 05 04 03 02 01 00 


О ИЗ СЗ ОИ С ЕЕ 
Рис. 63.3. Структура регистра управления сопроцессора 


Биты 0...5 являются масками недействительных состояний. Если бит маски для ка- 
кого-либо недействительного состояния, например переполнения, сброшен, то возник- 
новение этого состояния вызывает прерывание центрального процессора. Если этот 
бит установлен, то прерывание не вырабатывается, а в качестве результата формиру- 
ется особос значение (в рассматриваемом случае — код бесконечности). Используются 
следующие маски особых случаев: 

» М пуаПа Ореганоп МазК) — маска недействительной операции; 

» ОМ (ОШепоппа[тед Орегапд МазК) — маска денормализованного результата; 

е 7М (2его О!\1де МазК) — маска деления на нуль; 

»е ОМ (ОуеНо\ МазК) — маска переполнения; 

» ОМ (Чидео\ МазК) -- маска антипереполнения; 

» РМ (Ргес151ол МазК) — маска особого случая при неточном результате. 

Содержимое поля РС (Ргес$\оп Сопно|], биты 8 и 9) определяет точность 
вычислений в сопроцессоре: 

11 - используется расширенная точность; 

» 106 - результат округляется до двойной точности; 

» 006 - результат округлястся до одинарной точности. 

Двухбайтовое поле ВС (Воип@ше Сопёо|, биты 10 и 11) определяет режим 
округления при выполнении операций с вещественными числами: 

е 005 - производится округление к ближайшему числу. Этот режим 

устанавливается при инициализации сопроцессора; 

016 - производится округление в направлении к отрицательной бесконечности; 

» 106 -- производится округление в направлении к положительной бесконечности; 

» 116 -- производится округление в направлении к нулю. 
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Бит 12 предназначен для управления трактовкой понятия бесконечности; этот бит 
называется {С (шбпйЙу Сопго!). Данные сопроцессоры могут работать в двух режимах: 
проективном ([С=0) и аффинном (1С=1). В проективном режиме существует только 
одна бесконечность, которая не имеет знака. В аффинном режиме определено две бес- 
конечности: положительная и отрицательная. В этом режиме допускается выполнение 
арифметических операций с бесконечностями. Современные сопроцессоры работают 
только в режиме аффинной арифметики. 

После выполнения команды ВпИ в регистре управления устанавливается режим 
работы с расширенной точностью и округления к ближайшему числу. Все биты масок 
обработки особых случаев устанавливаются в 1; следовательно, все особые случаи бу- 
дут замаскированы. 

Для работы с регистром управления используются следующие команды со- 
процессора: 

сми (п с\!) тет — записать содержимое управляющего регистра сопроцессора в 
ячейку памяти тет; 

Ядсм тет — записать содержимое ячейки памяти тет в управляющий регистр со- 
процессора. 

Рассмотрим, каким образом можно определить и при необходимости изменить ус- 
тановленный режим округления. Фрагмент программы, выводящей на экран информа- 
цию о режиме округления, приведен в примере 63.2. 

Пример 63.2. Фрагмент программы, анализирующий содержимое поля КС регистра управления 
сопроцессора 


.386 
Чафа зедщеп® 
;Выводимые сообщения 


пез00 аъ 'Округление до ближайшего целого$' 
мез01 а 'Округление в сторону уменьшения$' 
пез10 ЗЬ 'Округление в сторону увеличения$! 
пез 1 аь 'Отбрасывание разрядов$' 
;Резервируем слово для хранения регистра управления 
сима ам ? 

Дафа еп495 

хехе зедтеп® и5е16 


аззиме С5:%кехё, 0$ :Чаба 
;} Подпрограмма вывода сообщения 


оцее ргос 
пох АН, О9Н 
пе 218 
ге 
очеЕ епар 
;Основная программа 
пап ргос 


пох АХ, Часа 
пох 25, АХ 


; Проверка установленного режима округления 


Езесм с1ма ;Запись регистра управления в ячейку с1ма 
МОУ АХ, с1иа ;Перенесем содержимое с1мЯ в АХ 

апа АХ, ОСООВ ;Выделим биты, управляющие режимом 

зВк АН, 2 ; округления и сдвинем АН вправо на 2 бита 


;Огределяем, какой режим, и выводим соответствующее сообщение 
стр ан, ой 
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3а то1. 


поУ ОХ, оЕЕзее пез00 
Эмр ое 
001: стр ай, 11 
3а 02 
По ОХ, оЕЕзеЕ пез01 
Эмр ое 
102: стр ан, 21 
34 03 
пох ОХ, о<ЕЕзе®х мез10 
пр ое 
поз: моУ ОХ, о<ЕЕзеЕ мез11 
оЁ: са11  одее 
ма1п епар 
тех епаз 
епа па} п 


Для того чтобы установить необходимый режим округления, достаточно считать 
текущее слово управления, изменить необходимым образом содержимое поля КС и за- 
тем записать новое слово в регистр управления. 

С помощью отладчика можно просматривать и изменять флаги регистра состояния 
и маски регистра управления непосредственно в процессе отладки программы. Вся эта 
информация, пример которой приведен на рис. 63.4, выводится в правой части окна 
сопроцессора. 


= Р:1е Е94:* У1е= Нап ВгоеКро:п4: ПВа+а ОрНопз М1пдом Нр 






ды ]е: 141 Р:1е: 141. авм зат Возз-3 
ГэаЧ4 ЗРЯ) ->› $3108} ах 509ЕР 
Начаяо вычисления ЕВ) ьх 6900 
В 


ЕСЯ> и 





12 - Нам 16973741824 (400009000. > - 
3368 (3820 > в 


чи > 
Е1-Не]р Е2-ВКр+ ЕЗ-Мод Р4-Неге Р5-бооп Рб-Нех4+ Р7-Тгасе РВ-З1ер Р9-Вип /19-Мепи 


Рис. 63.4. Вывод информации о содержимом регистров состояния и управления 


Приведенные здесь флаги и поля битов нам уже знакомы, отметим только, что со- 
держимое всех кодов условий представлено одним параметром СС (Соп@1оп Соде). 
Для изменения флагов и битов масок достаточно при активном окне сопроцессора вы- 
брать необходимый флаг, войти в меню окна и переключить выбранный флаг. Некото- 
рые поля принимают более двух значений. Для них выполняется операция увеличения 
на единицу. Если перед выполнением операции поле имело максимальное значение, то 
оно обнулится. 
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Указатель команды содержит адрес команды, вызвавшей особый случай, а также 
код выполнявшейся операции. Если при возникновении особого случая использовался 
операнд, его адрес записывается в регистр указателя операнда. 

Следующая группа команд позволяет оперировать со всеми регистрами управле- 
ния сразу: 

Е\епу шешт (Ноаё $юге епупоптеп!) — записать содержимое всех нечисловых 
регистров сопроцессора в память; 

Пдепу тет (Яоат ]оад спупоптеп!) — восстановить содержимое всех нечисловых 
регистров сопроцессора из памяти. 


При работе в 16-разрядном реальном режиме область тет имест формат, 
показанный на рис. 63.1. 

Если возникаст необходимость сохранить содержимое всех регистров, как число- 
вых, так и нечисловых, то для этой цели можно использовать команду Ё5ауе (Ноа! зауе, 
сохранить среду сопроцессора). Для восстановления ранее запомненного состояния 
используется команда Язюг (Йоа{ тезфоге, восстановить среду сопроцессора). В качест- 
ве операнда этих команд используется 94-байтовое поле памяти, имеющее следующее 
содержимое: регистр управления, регистр состояния, регистр признаков, указатель ко- 
манды, указатель операнда, регистры общего назначения от ЭТ до 5Т(7). 


280 ЯЗЫК АССЕМБЛЕРА: уроки программирования 


Раздел шестой 
ЗАЩИЩЕННЫЙ РЕЖИМ 


Статья 64. Особенности 32-разрядных процессоров 


С появлением 32-разрядных процессоров корпорации и! (80386, 1486, РепНииа) 
программисты значительно расширили спектр своих возможностей. Эти процессоры 
могут работать в трех режимах: реальном, защищенном и виртуального процессора 
8086. Реальному режиму были посвящены первые 5 разделов этой книги. В этом и 
следующем разделе будет рассматриваться работа процессора в защищенном режиме. 

Каждая следующая модель микропроцессора оказывается значительно совершен- 
нее предыдущей. Так, начиная с процессора 1486 арифметический сопроцессор, ранее 
выступавший в виде отдельной микросхемы, реализуется на одном кристалле с цен- 
тральным процессором; улучшаются характеристики встроенной кеш-памяти; быстро 
растет скорость работы процессора. Однако все эти усовершенствования мало отра- 
жаются на принципах и методике программирования. Приводимые здесь программы 
будут одинаково хорошо работать на любом 32-разрядном процессоре. В дальнейшем 
под термином "процессор" мы будем понимать любую модификацию 32-разрядных 
процессоров корпорации ше! — от 80386 до различных вариантов процессоров 
РепНит, а также многочисленные разработки других фирм, совместимые с исходными 
процессорами ш@1. 

Процессор содержит около 40 программно-адресуемых регистров (не считая реги- 
стров сопроцессора), из которых 6 являются 16-разрядными, а большая часть осталь- 
ных — 32-разрядными. Регистры принято объединять в группы: регистры данных, ре- 
тистры-указатели, сегментные регистры, управляющие регистры, регистры системных 
адресов, отладочные регистры и регистры тестирования. Кроме того, в отдельную 
группу выделяют счетчик команд и регистр флагов. На рис. 64.1 приведены регистры, 
используемые в обычных (непривилегированных) прикладных программах. 

Регистры общего назначения и регистры-указатели отличаются от аналогичных 
регистров МП 86 тем, что они являются 32-разрядными. 

Для сохранения совместимости с ранними моделями процессоров допускается об- 
ращение к младшим половинам всех регистров, которые имеют те же мнемонические 
обозначения, что ив МП 86 (АХ, ВХ, СХ, ОХ, $1, [1 ВР и $Р). Естественно, сохранена 
возможность работы с младшими (АТ, ВТ, СГ. и ОГ.) и старшими (АН, ВН, СН и ОН) 
половинками регистров МП 86. Однако старшие половины 32-разрядных регистров 
процессора нс имеют мнемонических обозначений и непосредственно недоступны. 
Для того чтобы прочитать, например, содержимое старшей половины регистра ЕАХ 
(биты 31...16), придется сдвинуть все содержимое ЕАХ на 16 бит вправо (в регистр 
АХ) и прочитать затем содержимое регистра АХ. 
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Регистры данных 
Биты 31 16 15 0 


БАХ Аккумулятор 
ЕВХ | вн ВХы | Базовый регистр 
ЕСХ Счетчик 

вх | [| рН РХрЕ | Региотр данных 


Регистры-указатели 


Биты 31 16 15 0 


ЕЗТ Индекс источника 


Индекс приемника 


Указатель стека 


Сегментные регистры 


Биты 15 0 

С$ Г] Регистр сегмента команд 

05 Г] Регистр сегмента данных 

Е$ Г] Регистр дополнительного сегмента данных 
Е$ Г] Регистр дополнительного сегмента данных 
6$ Г] Регистр дополнительного сегмента данных 
$5 Г] Регистр сегмента стека 

УказатеЙь команд 

Биты 31 16 15 0 


вв [с 


Рис. 64.1. Расширенные регистры 32-разрядных процессоров 


Все регистры общего назначения и указатели программист может использовать по 
своему усмотрению для временного хранения адресов и данных размером от байта до 
двойного слова. Так, например, возможно использование следующих команд: 


пох ЕАХ, СРЕЕЕЕЕЕЕН; Работа с двойным словом (32 бита} 
ФА ВХ, ОЕЕЕЕВ ;Работа со словом (16 бит) 
доу СТ, ОКЕВ ; Работа с байтом (8 бит) 


Все сегментные регистры, как и в МП 86, являются 16-разрядными. В их состав 
включено еще два регистра — ЕЗ и ($, которые могут использоваться для хранения 
сегментных адресов двух дополнительных сегментов данных. Таким образом, при ра- 
боте в реальном режиме из программы можно обеспечить доступ одновременно к че- 
тырем сегментам данных, а не к двум, как при использовании МП 86. 
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Регистр указателя команд также является 32-разрядным и обычно при описании 
процессора его называют ЕР. Младшие 16 разрядов этого регистра соответствуют ре- 
гистру ГР МП 86. 

Регистр флагов процессора 486 принято называть ЕРГАС$. Дополнительно к шес- 
ти флагам состояния (СЕ, РЕ, АЕ, 2Е, ЗЕ и ОР ) и трем флагам управления состоянием 
процессора (ТЕ, 1Е и ОЕ), назначение которых было описано в статье 3, он включает 
три новых флага МТ, ВЕ и УМ и 2-байтовое поле [ОРИ. (рис. 64.2). 


31 1716 15 141312111009080706 050403 02 0100 
Ув! М ВЕВЕЕЕ А.Р В 
мЕ| т ЕЕ ЕЕ ЕЕ! Е] Е Е 


Рис, 64.2. Регистр флагов ЕРГАС5 


Новые флаги МТ, ВЕ и УМ и поле ТОРГ. применяются процессором только в за- 
щищенном режиме. 

Двухразрядное поле привилегий ввода-вывода ГОРГ. (шру/Ошфи Риу|ере Геуе!) 
указывает на максимальное значение уровня текущего приоритета (от 0 до 3), при ко- 
тором команды ввода-вывода выполняются без генерации исключительной ситуации. 

Флаг вложенной задачи МТ (М№е%е4 ТазК) показывает, является ли текущая задача 
вложенной в выполнение другой задачи. В этом случае МТ=1. Флаг устанавливается 
автоматически при переключении задач. Значение МТ проверяется командой 1теё для 
определения способа возврата в вызвавшую задачу. 

Управляющий флаг рестарта КЕ (Кеан Е]а?) используется совместно с отладоч- 
ными регистрами. Если ВЕ=1, то ошибки, возникшие во время отладки при исполне- 
нии команды, игнорируются до выполнения следующей команды. 

Управляющий флаг виртуального режима УМ (Ушла! Моде) используется для перево- 
да процессора из защищенного режима в режим виртуального МП 86. В этом случае про- 
цессор функционирует как быстродействующий МП 86, но реализует механизмы защиты 
памяти, страничной адресации и ряд других возможностей. 

При работе с процессором программист имеет доступ к четырем управляющим ре- 
гистрам СВО...СВКЗ, в которых содержится информация о состоянии компьютера 
(рис. 64.3). Эти регистры доступны только в защищенном режиме для программ, 
имеющих уровень привилегий 0. 








31 050403 02 0100 
Р ЕТЕМ 
ото ооо [ооо оо ооо ооо ом В 


СВ1 Зарезервирован 
СВ2 Линейный адрес последнего исключеиия страницы 


СВЗ Физический адрес каталога страниц 


Рис. 64.3. Управляющие регистры процессора 


Регистр СВО представляет собой слово состояния системы. Для управления режи- 
мом работы процессора и указания его состояния используются следующие 6 бит ре- 
гистра СКО: 
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* бит страничного преобразования РС (Равтё ЕпаБе). Если этот бит установлен, 
то страничное преобразование разрешено; если сброшен, то запрещено; 

‚ бит типа сопроцессора ЕТ (Ежеп$1оп Туре) в МП 80286 и 80386 указывал на тип 
подключенного сопроцессора. Если ЕТ=1, то 80387, если ЕТ=0, то 80287. В бо- 
лее новых процессорах бит ЕТ всегда установлен; 

. бит переключения задачи ТЗ (Тазк Зу/йсйвеа). Этот бит автоматически устанав- 
ливается процессором при каждом переключении задачи. Бит может быть очи- 
щен командой с, которую можно использовать только на нулевом уровне 
привилегий; 

« бит эмуляции сопроцессора ЕМ (Етщае). Если ЕМ=1, то обработка команд 
сопроцессора производится программно; 

‚ бит присутствия арифметического сопроцессора МР (Ма Ргезеп@). Операционная 
система устанавливает МР=1, если сопроцессор присутствует. Этот бит управляет 
работой команды ‘май, используемой для синхронизации работы программы 
и сопроцессора; 

. бит разрешения защиты РЕ (Ргоесйол ЕпаЫе). При РЕ=! процессор работает в 
защищенном режиме; при РЕ=0 — в реальном. РЕ может быть установлен при 
загрузке регистра СКО командами Шаз\ или шоу СКО, а сброшен только 
командой тоу СВО. 

Регистр СЁ] зарезервирован фирмой шЁ!] для последующих моделей процессоров. 
Регистры СЁ2 и СКЗ служат для поддержки страничного преобразования адреса. Эти 
два регистра используются вместе. СВ2 содержит полный линейный адрес, вызвавший 
исключительную ситуацию на последней странице, а СЕЗ — адрес, указывающий базу 
каталога страницы. 

Регистры системных адресов (рис. 64.4) используются в защищенном режиме ра- 
боты процессора. Они задают расположение системных таблиц, служащих для органи- 
зации сегментной адресации в защищенном режиме. 


47 16 15 9 м 
р у р егистр та Г 
оота побальных дескрипторов 
47 16 15 00 


.. Регистр таблицы 
ТЕ Линейный базовый адрес дескрипторов прерываний 


15 00 


ГОТВ Селектор Регистр таблицы 
локальных дескрипторов 


15 00 


ТЕ Селектор | Регистр состояния задачи 
Рис. 64.4. Регистры системных адресов 


В состав процессора входят 4 регистра системных адресов: 

‚ СОТВ (010а1 Пезсирюг Табе Вер1луег) — регистр таблицы глобальных 
дескрипторов для хранения линейного базового адреса и границы таблицы 
глобальных дескрипторов; 

. ОТК (пиепирЕ Оезсирюг Тае Кертуег) — регистр таблицы дескрипторов 
прерываний для хранения линейного базового адреса и границы таблицы 
дескрипторов прерываний; 
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. ГРОТЕК (оса! Оезспрюг ТаШе Кеззяег) — регистр таблицы локальных 
дескрипторов для хранения селектора сегмента таблицы локальных 
дескрипторов; | 

» ТВ (ТазК Верляег) — регистр состояния задачи для хранения селектора сегмента 
состояния задачи. . 

Отладочные регистры и регистры тестирования в настоящей книге не рассматри- 

ваются. 


Статья 65. Первое знакомство 
с защищенным режимом 


Как уже отмечалось, современные процессоры могут работать в трех режимах: ре- 
альном, защищенном и виртуального 86-го процессора. В реальном режиме процессо- 
ры функционируют фактически так же, как МП 86 с повышенным быстродействием и 
расширенным набором команд. Многие весьма привлекательные возможности процес- 
соров принципиально не реализуются в реальном режимс, который сохраняется 
всовременных процессорах лишь для обеспечения совместимости с предыдущими 
моделями процессоров. Все программы, приведенные в первых пяти разделах этой 
книги, относятся к реальному режиму и могут с равным успехом выполняться на лю- 
бом из этих процессоров без каких-либо изменений. Характерной особенностью ре- 
ального режима является ограничение объема адресуемой оперативной памяти вели- 
чиной 1 Мбайт. 

Только перевод микропроцессора в защищенный режим позволяет полностью реа- 
лизовать все возможности, заложенные в его архитектуру и недоступные в реальном 
режиме. Сюда можно отнести: 

» увеличение адресуемого пространства до 4 Гбайт; 

. возможность работать в виртуальном адресном пространстве, превышающем 
максимально возможный объем физической памяти и достигающем огромной 
величины — 64 Тбайт. Правда, для реализации виртуального режима необхо- 
димы, помимо дисков большой емкости, еще и соответствующая операционная 
система, которая хранит все сегменты выполняемых программ в большом дис- 
ковом пространстве, автоматически загружая в оперативную память те или 
иные сегменты по мере необходимости; 

. организация многозадачного режима с параллельным выполнением нескольких 
программ (процессов). Собственно говоря, многозадачный режим организует 
многозадачная операционная система, однако микропроцессор предоставляет 
необходимый для этого режима мощный и надежный механизм защиты задач 
друг от друга с помощью 4-уровневой системы привилсгий; 

. страничная организация памяти, повышающая уровень защиты задач друг от 
друга и эффективность их выполнения. 


При включении процессора в нем автоматически устанавливается режим реаль- 
ного адрсса. Переход в защищенный режим осуществляется программно путем выпол- 
нения соответствующей последовательности команд. Поскольку многие детали функ- 
ционирования процессора в реальном и защищенном режимах существенно раз- 
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личаются, программы, предназначенные для защищенного режима, должны быть. 
написаны особым образом. Реальный и защищенный режимы несовместимы! 

Архитектура современного микропроцессора необычайно сложна. Столь же слож- 
ными оказываются и программы, использующие средства защищенного режима. 
К счастью, однако, отдельные архитектурные особенности защищенного режима ока- 
зываются в достаточной степени замкнутыми и не зависящими друг от друга. Так, при 
работе в однозадачном режиме отпадает необходимость в изучении многообразных и 
замысловатых методов взаимодействия задач; во многих случаях можно ОТКЛЮЧИТЬ 
(или, точнее, не включать) механизм страничной организации памяти; часто нет необ- 
ходимости использовать уровни привилегий. Все эти ограничения существенно упро- 
щают освоение защищенного режима. 

Начнем изучение защищенного режима с рассмотрения простейшей (но, к сожале- 
нию, все же весьма сложной) программы, которая, будучи запущена обычным образом 
под управлением М$-РОЗ, переключает процессор в защищенный режим, выводит на 
экран для контроля несколько символов, переходит назад в реальный режим и завер- 
шается стандартным для РОЗ образом (пример 65.1). Рассматривая эту программу, мы 
познакомимся с основополагающей особенностью защищенного режима — сегментной 
адресацией памяти, которая осуществляется совсем не так, как в реальном режиме. 

Следует заметить, что для выполнения программ этого раздела книги необходимо, 
чтобы на компьютере была установлена система М5-ОО$ "в чистом виде" (не в виде 
сеанса ПОЗ системы \!шдо\з). Кроме этого, перед запуском программ защищенного 
режима следует выгрузить драйверы обслуживания расширенной памяти НИМЕМ.$У$ 
и ЕММЗ386.ЕХЕ. Для подготовки программ к выполнению нами использовались транс- 
лятор ТАЗМ и компоновщик ТЫМК. из пакета ТАЗМ, хотя с таким же успехом можно 
воспользоваться любым другим ассемблером, например пакетом М!сгозой МАЗМ. 


Пример 65.1. Переход в защищенный режим и обратно 


.586Р . (1); Разрешение трансляции всех команд Реп {ит 
; Структура для описания дескрипторов сегментов 

дезск зЕхис ; (2) Начало объявления структуры 
11 ди 0 ; (3) Граница (биты 0...15) 

разе_ 1 4м 0 ; (4) База, биты 0...15 

разеш 40 ;(5)База, биты 1..23 

аеё;г_1 940 ; (6) Байт атрибутов 1 

ах 2 40 ; (7) Граница (биты 16..19) и атрибуты 2 
разеп 30 ; (8}База, биты 24...31 

дезск епЯ5 ; (9) Конец объявления структуры 

; Сегмент данных 

даа зедтепе ц5е16 ; (10)16-разрядный сегмент 


; Таблица глобальных дескрипторов СОТ 

94 па дезсг <0,0,0,0,0,0> ; {11) Селектор 0, нулевой дескриптор 

94Е_Чафа Чезсг <Чафа_$12е-1,0,0,921,0,0> ; (12) Селектор 8, сегмент данных 
94Е_сое аезсг <соде_$12е-1,0,0,98.,0,0> ; (13} Селектор 16, сегмент команд 
ЧЕ _зваск Чезск <255,0,0,924,0,0> ; (14) Селектор 24, сегмент стека 
94Е_зсгееп Чезск <3999, 80001, ОВН, 92.,0,0> ; (15)Селектор 32, видеопамять 


99Е_$12е=$-94_п011 ; (16) Размер СОТ 

; Различные данные грограммы 

р4езсг ЕО ; (17) Псевдодескриптор для команды 199% 
зум ар 1 ; (18) Символ для вывода на экран 

аЕЕг Ар 1ЕВ ; (19) Его атрибут 

мз9 Ч 27, ' [31;42м Зернулись в реальный режим! ',27,' [0м$' ; (20) 
Чафа_$12е=$-ч9е_пы11 ; (21) Размер сегмента данных 
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Часа еп 5 ; (22) 
;}Сегмент команд 


фех® зедмепЕ \ц5е16 ; (23) 16-разрядный сегмент 
аззиме С$:кехе,05:Яаба ; (24) 

ма: п ргос ; (25) 
хог ЕАХ, ЕАХ ; (26) Очистим ЕАХ 
поУ АХ, Чафа ; (27) Загрузим в 0$ сегментный 
пох 25, АХ ; (28) адрес сегмента данных 


;Вычислим 32-битовый линейный адрес сегмента данных и загрузим его 
;в дескриптор сегмента данных в таблице глобальных дескрипторов СОТ 


$8. ЕАХ, 4 ; {29) ЕАХ=линейный базовый адрес 

му ЕВР, ЕАХ ; (30) Сохраним его в ЕВР для будущего 

ед ВХ, оЕЁзеЕ ЗЕ Чака; (31) ВХ=смещение дескриптора 

пох [3х] .разе_1,АХ; (32) Загрузим младшую часть базы 

$ВЕ ЕАХ, 16 ; (33) Старшую половину ЕАХ в АХ 

мох [ВХ] .Базе_ш,АЬ; (34) Загрузим среднюю часть базы 
;Вычислим и загрузим в СОТ линейный адрес сегмента команд 

хог ЕАХ, ЕАХ ; (35) Очистим ЕАХ 

пох АХ, С5 ; (36) Сегментный адрес сегмента команд 

$61 ЕАХ, 4 ; (37) 


моу ВХ, оЕЁзее а8Е сое; (38) 
поУ [ВХ] .разе_1,АХ; (39) 
ВЕ ЕАХ, 16 ; (40) 
А [ВХ] .Базе_ш,АЬ; (41) 
;Вычислим и загрузим в СОТ линейный адрес сегмента стека 


хох ЕАХ, ЕАХ ; (42) Очистим ЕАХ 
пох АХ, 55 ; (43) Сегментный адрес сегмента стека 
$81 ЕАХ, 4 ; (44) 


му ВХ, ОЕЁзеЕ «4Е_зваск; (45) 
мох [ВХ] .разе_1,АХ; (46) 
5НЕ ЕАХ, 16 ; (47) 
пом [ВХ] .разе м,АЬ; (48) 
;Подготовим псевдодескриптор р4езсг и загрузим регистр СОТВ 
ем дмога рег р4езсг+2,ЕВР; (49) База СОТ 
доу могЯ рег раезсг, ЗЕ _$12е-1; (50) Граница СОТ 


139Е  раезск ; (51) Загрузим регистр СОТВ 
;Подготовимся к возврату из.защищенного режима в реальный 

А АХ, 40Н ; (52) Настроим Е5 на область 

оу Е$, АХ ; (53) данных В1О5 | 

доу мог рег ЕЗ: [67.] оЕЕзеЕ кееикп; (54) Смещение возврата 

ФА ЕЗ: [691],С$ ;(55) Сегмент возврата 

пох А, ОЕ ; (56) Выборка байта состояния отключения 

оче 70В, АЁЬ ; (57) Порт КМОП-микросхемы 

поУ АГ, ОАБ ; (58) Установка режима восстановления 

сиЕ 71В, АЁЬ ; (59) в регистре ОРН сброса процессора 

с11 ; (60) Запрет аппаратных прерываний 
;Переходим в защищенный режим 

моу КАХ, СВО ; (61) Получим ‘содержимое регистра СВО 

ог БАХ, 1 ; (62) Установим бит защищенного режима 

ед СВО, ЕАХ ; (63) Запишем назад в СВО 


; 
;Загружаем в С$:ТР селектор:смещение точки сопе1пае 


@6 ОЕАВ ; (64)Код команды Фаг )пр 
м оЕЁЕзеЕ сопЕ1пае; (65) Смещение 
Зи 16 ; (66) Селектор сегмента команд 
сопе1пие: ; (67) 
;Делаем адресуемыми данные 
поУ АХ, 8 ; (68) Селектор сегмента данных 
поу 0$, АХ ; (69) 
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;Делаем адресуемым стек 


пом АХ, 24 ;(70)Селектор сегмента стека 
поУ $5, АХ $ (71) 
;Инициализируем Е5 
ие АХ, 32 ; (72) Селектор сегмента видеобуфера 
доу Е5,АХ ; (73) Инициализируем ЕЗ 
;Выводим на экран тестовую строку символов 
поУ 21,1920 ; (74) Начальная позиция на зкране 
пох СХ, 80 ; (75) Число выводимых символов 
поУ АХ, иога рег зум; (76} Символ+атрибут 
5СЕП: Зо$м ; (77) Содержимое АХ на экран 
1пс АЁ ; (78)Инкремент кода символа 
1оор зсхп ; (79) Цикл вывода 
;Вернемся в реальный режим 
по АБ, ОЕЕВ ; (80) Команда сброса процессора 
оне 641, АБ ; (81) в порт 6бАН 
в1% ; (82) Останов процессора до окончания сброса 


гебцгп: ; (83) 
;Восстановим вычислительную среду реального режима 
пох АХ, Часа ; (84) Сделаем адресуемыми данные 
пох 2$, АХ ; (85) 
пох АХ, 5% К ; (86) Сделаем адресуемым стек 
пом 55,АХ ; (87) 
пох $Р,256 ; (88) Настроим 5Р 
$1 ; (89) Разрешим аппаратные прерывания 
; Работаем в 005 
пох АН, 095 ; (90) Проверим выполнение функций 005 
пом ОХ, ОЕЕзес мза; (91) после возврата в реальный режим 
11 21% ; (92) 
пох АХ, 4СООН ; (93) Завершим программу обычным образом 
116 218 ; (94) 
па1п епар ; (95) 
соде_512е=$-тафп ; (96) Размер сегмента команд 
фехЕ епЯ5 ; (97) 
; Сегмент стека 
ЕК зедщепЕе $$асК \15е16; (98) 16-разрядный сегмент 
6 256 а%р ('^') ; (99) 
ЗЕК еп45 ; (100) 
епЯ ма1п # (101) 


Тридцатидвухразрядные микропроцессоры отличаются расширенным набором 
команд, часть которых относится к привилегированным. Для того чтобы разрешить 
транслятору обрабатывать эти команды, в текст программы включена директива ас- 
семблера .586Р. Поскольку используемые в этом и последующих примерах привилеги- 
рованные команды относятся к базовым командам защищенного режима, характерным 
не только для процессоров Репнит, но и для более ранних 32-разрядных процессоров, 
с таким же успехом можно использовать директивы .486Р или .386Р. 

Программа начинается с описания структуры дескриптора сегмента. В отличие от 
реального режима, в котором сегменты определяются их базовыми адресами, задавае- 
мыми программистом в явной форме, в защищенном режиме для каждого сегмента 
программы должен быть определен дескриптор — 8-байтовое поле, в котором в опре- 
деленном формате записываются базовый адрес сегмента, его длина и некоторые дру- 
гие характеристики (рис. 65.1). 
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Байты 7 6 5 4 к 2 1 0 


База Атрибуты | Атрибуты Граница сегмента 


31...24 2 1 База сегмента 23...0 15.0 





д 
Базе_Н анг 2 айг_1 Базе_т Базе _1 ти 


Рис. 65.1. Дескриптор сегмента 


Теперь для обращения к требуемому сегменту программист заносит в сегментный 
регистр не ссгментный адрес, а так называемый селектор (рис. 65.2), в состав которого 
входит номер (индекс) соответствующего сегменту дескриптора. Процессор по этому 
номеру находит нужный дескриптор, извлекает из него базовый адрес сегмента и, при- 
бавляя к нсму указанное в конкретной команде смещение (относительный адрес), фор- 
мирует адрес ячейки памяти. Индекс дескриптора (0, 1, 2 ит. д.) записывается в селек- 
тор начиная с бита 3, что эквивалентно умножению его на 8. Таким образом, можно 
считать, что селскторы последовательных дескрипторов представляют собой числа 0, 
8, 16, 24 ит. д. (см. комментарии к предложениям 11...15). Другие поля селектора, ко- 
торые для нашего случая принимают значение 0, будут описаны позже. 


Биты 15 3210 


т 
Индекс дескриптора ТРЕ 
и Рис. 65.2. Селектор дескриптора 


Структура 4езст предоставляст шаблон для дескрипторов сегментов, облегчающий 
их формирование. Вообще структура представляет собой формальное описание 
формата произвольного набора данных, который можно накладывать на различные 
участки памяти, чтобы затем обращаться к полям этих участков с помощью мнемони- 
ческих имен, определенных в описании структуры. Следует подчеркнуть, что описа- 
ние в программе структуры нс приводит к выделению для нее памяти; транслятор (ас- 
семблер) просто запоминает имя и состав структуры для дальнейшего использования. 
Соответствующий структуре объем памяти выделяется (в сегменте данных) лишь в 
том случае, ссли имя структуры вместе с набором фактических параметров 
указывастся программистом в полях сегмента, как это сделано в предложениях 11...15 
нашего примера. Для обращения к этим наборам ‚.анных им разумно назначить имена 
(у нас это В4Ё поП, вАЕ да и т. д.). Сравнивая описание структуры 4езст в программе 
с рис. 65.1, нетрудно проследить их соответствие друг другу. 

Рассмотрим (сначала вкратце) содержимое дескриптора. Граница (Нпй) сегмента 
представляет собой номер последнего байта сегмента. Так, для сегмента размером 375 
байт граница равна 374. Полс границы состоит из 20 бит и разбито на две части. Как 
видно из рис. 65.1, младшие 16 бит границы занимают байты 0 и 1 дескриптора, а 
старшие 4 бита входят в байт атрибутов 2, занимая в нем биты 0...3 (рис. 65.3). Полу- 
чается, что размер сегмента ограничен величиной 1 Мбайт. На самом деле это не так. 
Граница может указываться либо в байтах (и тогда, действительно, максимальный 
размер сегмента равен ! Мбайт), либо в блоках по 4 Кбайт (и тогда размер сегмента 
может достигать 4 Гбайт). В каких единицах задается граница — определяет старший 
бит байта атрибутов 2, называемый битом дробности. Если он равен нулю, граница 
указывастся в байтах; ссли единице — в блоках по 4 Кбайт. Назначение других полей 
байта атрибутов 2 будет пояснено позже. 
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Граница 
19...16 





Рис. 65.3. Байт атрибутов 2 


База сегмента (32 бита) определяет начальный линейный адрес сегмента в адрес- 
ном пространстве процессора. Линейным называется адрес, выраженный не в виде 
комбинации сегмент:.смещение, а просто номером байта в адресном пространстве. 
Казалось бы, линейный адрес — это просто другое название физического адреса. Для 
нашего примера это так и есть, в нем линейные адреса совпадают с физическими. 
Если, однако, в процессоре включено страничное преобразование памяти, то процеду- 
ра преобразования адресов усложняется. Отдельные блоки размером 4 Кбайт 
(страницы) линейного адресного пространства могут произвольным образом отобра- 
жаться на физические адреса, в частности и так, что большие линейные адреса 
отображаются на начало физической памяти и наоборот. Страничная адресация 
осуществляется аппаратно (хотя для ее включения требуются определенные програм- 
мные усилия) и действует независимо от сегментной организации программы. 
Поэтому во всех программных структурах защищенного режима фигурируют не 
физические, а линейные адреса. Если страничная адресация выключена, эти линейные 
адреса совпадают с физическими, если включена — могут и не совпадать. Более под- 
робно о страничном преобразовании будет рассказано в статье 73. 

Поскольку в дескриптор записывается 32-битовый линейный базовый адрес (но- 
мер байта), сегмент в защищенном режиме может начинаться на любом байте, а не 
только на границе параграфа, и располагаться в любом месте адресного пространства 
4 Гбайт. 

Поле базы, как и поле границы, разбито на две части: биты 0...23 занимают байты 
2...4 дескриптора, а биты 24...31 - байт 7. Для удобства программного обращения в 
структуре 4езсг база описывается тремя полями: младшим словом (азе_1) и 2 байтами: 
средним (Фазе_гп) и старшим (фазе 1). 

В байте атрибутов 1 задается ряд характеристик сегмента. Не вдаваясь пока в под- 
робности этих характеристик, укажем, что в примере 65.1 используются сегменты 
двух типов: сегмент команд, для которого байт аНг_1 должен иметь значение 981, 
и сегмент данных (или стека) с кодом 928. 

Некоторые дополнительные характеристики сегмента указываются в старшем по- 
лубайте байта аИг_2 (в частности, тип дробности). Для всех наших сегментов значение 
этого полубайта равно нулю. 

Сегмент данных даа, который для удобства изучения программы расположен в ее 
начале, до сегмента команд, объявлен с типом использования и5е16 (так же будут объ- 
явлены и оба остальных сегмента программы). Этот описатель объявляет, что в дан- 
ном сегменте будут по умолчанию использоваться 16-битовые адреса. Если бы мы го- 
товили нашу программу для работы под управлением операционной системы защи- 
щенного режима, реализующей все возможности микропроцессора, тип использования 
был бы изе32. Однако наша программа будет запускаться под управлением ОО$, кото- 
рая работает в реальном режиме с 16-битовыми адресами и операндами. 

Сегмент данных начинается с описания важнейшей системной структуры — табли- 
цы глобальных дескрипторов. Как уже отмечалось выше, обращение к сегментам в за- 
щищенном режиме возможно исключительно через дескрипторы этих сегментов. Тз- 
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ким образом, в таблице дескрипторов должно быть описано столько дескрипторов, 
сколько сегментов использует программа. В нашем случае в таблицу включены, поми- 
мо обязательного нулевого дескриптора, всегда занимающего первое место в таблице, 
4 дескриптора для сегментов данных, команд, стека и дополнительного сегмента дан- 
ных, который мы наложим на видеопамять, чтобы обеспечить возможность вывода в 
нее символов. Порядок дескрипторов в таблице (кроме нулевого) не имеет значения. 

Помимо единственной таблицы глобальных дескрипторов, обозначаемой СОТ 
(СТоба! Дезсиртог ТаЫе), в памяти может находиться множество таблиц локальных де- 
скрипторов — ГОТ (Госа] Резсириог ТаЫе). Разница между ними в том, что сегменты, 
описываемые глобальными дескрипторами, доступны всем задачам, выполняемым 
процессором, а к сегментам, описываемым локальными дескрипторами, может обра- 
щаться только та задача, в которой эти дескрипторы описаны. Поскольку пока мы име- 
ем дело с однозадачным режимом, локальная таблица нам не нужна. 

Поля дескрипторов для наглядности заполнены конкретными данными явным ‹ об- 
разом, хотя объявление структуры Чезсг с нулями во всех полях позволяет описать де- 
скрипторы несколько короче, например: 
94Е_пи11 дезсхг<> ;Селектор 0, нулевой дескриптор 
94 Чака Чезсг<дафа_312е-1,,,921>;Селектор 8, сегмент данных 

В дескрипторе #4# даа, описывающем сегмент данных программы, заполняется 
поле границы сегмента (фактическое значение размера сегмента Чайа_512е вычисляется 
транслятором, см. предложение 21), а также байт атрибутов 1. Код 92Н говорит о том, 
что это сегмент данных с разрешением записи и чтения. Базу сегмента, т. е. физиче- 
ский адрес его начала, придется вычислить программно и занести в дескриптор уже на 
этапе выполнения. 

Дескриптор #41 сое сегмента команд заполняется схожим образом. Код атрибута 
981 обозначает, что это исполняемый сегмент, к которому, между прочим, запрещено 
обращение с целью чтения или записи. Таким образом, сегменты команд в защищен- 
ном режиме нельзя модифицировать по ходу выполнения программы. 

Дескриптор 241 $1асК сегмента стека имеет, как и любой сегмент данных, код ат- 
рибута 928, что разрешает его чтение и запись, и явным образом заданную границу 
255 байт, что соответствует размеру стека. Базовый адрес сегмента стека также будет 
вычислен на этапе выполнения программы. 

Последний дескриптор, 24 зсгееп описывает страницу 0 видеопамяти. Размер ви- 
деостраницы, как известно, составляет 4000 байт, поэтому в поле границы указано 
число 3999. Базовый физический адрес страницы тоже известен, он равен В8000}. 
Младшие 16 бит базы (число 80001) заполняют слово Базе_] дескриптора, биты 16...19 
(число ОВ) — байт Базе_т. Биты 20...31 базового адреса равны нулю, поскольку ви- 
деопамять размещается в первом мегабайте адресного пространства. 

Перед переходом в защищенный режим процессору надо будет сообщить физиче- 
ский адрес таблицы глобальных дескрипторов и ее размер (точнее, границу). Размер 
СОРТ определяется на этапе трансляции в предложении 16. 

Назначение оставшихся строк сегмента данных станет ясным в процессе рассмот- 
рения программы. 

Сегмент команд {ех{ начинается, как и всегда, оператором зертепт, в котором указыва- 
ется тип использования и5е16, так как мы составляем 16-разрядное приложение. Указание 
описателя изе16 не запрещает использовать в программе 32-битовые регистры. 
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В предложении 26 очищается регистр ЕАХ, после чего с помощью регистра АХ обыч- 
ным образом инициализируется сегментный регистр 0$ для работы в реальном режиме. 

Фактически весь остальной текст программы примера 65.1, кроме ее завершающих 
строк, а также фрагмента, выполняемого в защищенном режиме, посвящен подготовке 
перехода в защищенный режим. Прежде всего надо завершить формирование дескрип- 
торов сегментов программы, в которых остались незаполненными базовые адреса сег- 
ментов. Линейные (32-битовые) адреса определяются путем умножения значений сег- 
ментных адресов на 16. 

Содержимое ЕАХ, в котором сейчас находится сегментный адрес сегмента дан- 
ных, командой $] сдвигается влево на 4 бита, образуя линейный 32-битовый адрес. 
Поскольку этот адрес будет использоваться в последующих фрагментах программы, 
он сохраняется в регистре ЕВР (или в любом другом свободном регистре общего на- 
значения). В ВХ загружается смещение дескриптора сегмента данных, после чего в де- 
скриптор из регистра АХ заносится младшая половина линейного адреса. Поскольку к 
старшей половине регистра ЕАХ (где нас интересуют разряды 16...23) обратиться не- 
возможно, все содержимое ЕАХ с помощью команды $Вг сдвигается вправо на 16 бит, 
в результате чего старшая половина линейного адреса попадает в регистр АХ. 

После сдвига содержимое АГ. (где теперь находятся биты 16...23 линейного адре- 
са) заносится в поле базе т дескриптора. Вообще говоря, биты 24...31 линейного ад- 
реса следовало отправить в поле Базе В, однако все поля нашей программы, включая 
видеопамять, расположены в первом мегабайте и старшие 8 бит линейных адресов рав- 
ны нулю. 

Аналогично вычисляются и заносятся в соответствующие поля дескрипторов 
541 сое и ра засКк 32-битовые линейные адреса сегментов команд и стека. 

Следующий этап подготовки к переходу в защищенный режим - загрузка в ре- 
гистр процессора СОТЁ. (СЛоБа] Оезсирюг Тае Кезлзег, регистр таблицы глобальных 
дескрипторов) информации о таблице глобальных дескрипторов. Эта информация 
включает в себя линейный базовый адрес таблицы и ее границу и размещается в 6 бай- 
тах поля данных, называемого псевдодескриптором. Для загрузки СРТК предусмотре- 
на специальная привилегированная команда 1244 (оа4 21офа| Чезспир‘ог 1аЫе, загрузка 
таблицы глобальных дескрипторов), которая требует указания в качестве операнда 
имени псевдодескриптора. Формат псевдодескриптора приведен на рис. 65.4; 6- 
байтовое поле раезсг для псевдодескриптора выделяется в сегменте данных с помо- 
щью оператора ассемблера 4Е. 


Байты 5 4 3 2 1 0 


Линейный базовый адрес 





Рис. 65.4. Формат псевдодескриптора 


В нашем примере заполнение псевдодескриптора упрощается вследствие того, что 
таблица глобальных дескрипторов расположена в начале сегмента данных и ее базо- 
вый адрес совпадает с базовым адресом всего сегмента, который уже был вычислен и. 
помещен в дескриптор 24: даа. В предложении 49 в псевдодескриптор заносится ли- 
нейный адрес СОТ, а в предложении 50 заполняется поле границы. Команда 
19а раезск | 
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загружает регистр СОТЕ и сообщает процессору о местонахождении и размере СОТ. 

В принципе теперь можно перейти в защищенный режим. Однако мы запускаем нашу 
программу под управлением РОЗ (а как еще мы можем ее запустить?); и естественно за- 
вершить се также обычным образом, чтобы нё нарушить работоспособность системы. Но в 
защищенном режиме запрещены любые обращения к функциям 0О$ или В1О$. Причина 
этого совершенно очевидна — и РО$ и ВОЗ являются программами реального режима, в 
которых широко используется сегментная адресация реального режима, т. е. загрузка в сег- 
ментные регистры сегментных адресов. В защищенном же режиме в сегментные регистры 
загружаются не сегментныс адреса, а селекторы. Кроме того, обращение к функциям РОЗ и 
ВЮ$ осуществляется с помощью команд ш! с определенными номерами, а в защищенном 
режиме эти команды приведут к совершенно иным результатам. Таким образом, програм- 
му, работающую в защищенном режиме, нельзя завершить средствами ОО$. Сначала ее 
надо вернуть в реальный режим. 

Возврат в реальный режим можно осуществить сбросом процессора. Действия 
процессора после сброса определяются одной из ячеек КМОП-микросхемы -— байтом 
состояния отключения, располагаемым по адресу ЕВ. Возможные значения байта со- 
стояния отключеиия приведены в табл. 65.1. В частности, если в этом: байте записан 
код ОАВ, после сброса управление немедленно передается по адресу, который извлека- 
ется из двухсловной ячейки 40Ъ:671, расположенной в области данных В1О$. Таким 
образом, для подготовки возврата в реальный режим мы должны в ячейку 40:67 за- 
писать адрес возврата, а в байт Ек КМОП-микросхемы занести код АВ. В предложени- 
ях 52...55 полный адрес точки возврата геи заносится по адресу 40:671. Точка воз- 
врата может располагаться в любом месте программы. 


Таблица 65.1. Коды байта сброса (перехода в реальный режим) 


Назначение 


По СИНАШ+)е! осуществляется перезагрузка без РОЗТ 
С 





КОНИ 











Сброс с шЕ 191 (перезагрузка без очистки памяти и восстановления векторов 


Возврат в реальный режим с помощью ртр #аг [40:67] по команде сброса. 





Сброс после выполнения тестов защищенного режима 


Сброс после выполнения 1пё 158, АН=87Ь (пересылка в расширенную па- 
МЯТЬ ИЗ основной 


Возврат в реальный режим с помощью Лир Ёг [40:67] по команде сброса. 
Контроллеры прерываний не перепрограммир 









В предложениях 56...59 в порт 70Н засылается код ОРЬ, который выбирает для за- 
писи байт ЕВ КМОП-микросхсмы, а затем в порт данных 718 посылается код САП, оп- 
ределяющий рсжим восстановления (переход по адресу, извлекаемому из области дан- 
ных ВТО$5). 

Еще одна важная операция, которую необходимо выполнить перед переходом в 
защищенный режим, заключается в запрете всех аппаратных прерываний. Дело в том, 
что в защищенном режиме процессор выполняет процедуру прерывания не так, как в 

‚ реальном. При поступлении сигнала прерывания процессор нс обращается к таблице 
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векторов прерываний в первом килобайте памяти, как в реальном режиме, а извлекает 
адрес программы обработки прерывания из таблицы дескрипторов прерываний, по- 
строенной схоже с таблицей глобальных дескрипторов и располагаемой в программе 
пользователя (или в операционной системе). В примере 65.1 такой таблицы нет, и на 
время работы нашей программы прерывания придется запретить. Запрет всех аппарат- 
ных прерываний осуществляется командой сН (предложение 60). 

В предложениях 61...63 осуществляется перевод процессора в защищенный режим, для 
чего достаточно установить бит РМ в управляющем регистре процессора СКО (см. 
рис. 64.3). При включении процессора этот бит сбрасывается и в процессоре устанавлива- 
ется реальный режим. Установка в | младшего бита СВО переводит процессор в защищен- 
ный режим, сброс этого бита возвращает процессор в режим реальных адресов. 

Обращение к регистрам управления осуществляется исключительно с помощью ко- 
манды шоу, причем в качестве второго операнда должен быть указан регистр общего на- 
значения. Для модификации СКО его содержимое сначала считывается в ЕАХ, там с помо- 
шью команды ог устанавливается младший бит, после чего второй командой тоу новое 
значение загружается в СКО. Процессор переходит в защищенный режим. 

Хотя защищенный режим установлен, однако действия по настройке системы еще 
не закончены. Действительно, во всех используемых в программе сегментных регист- 
рах хранятся не селекторы дескрипторов сегментов, а базовые сегментные адреса, не 
имеющие смысла в защищенном режиме. Между прочим, отсюда можно сделать вы- 
вод, что после перехода в защищенный режим программа не должна работать, так как 
в регистре С$ пока еще нет селектора сегмента команд и процессор не может обра- 
щаться к этому сегменту. В действительности это не совсем так. 

В процессоре для каждого из сегментных регистров имеется так называемый тене- 
вой регистр дескриптора, который имеет формат дескриптора (рис. 65.5). Теневые ре- 
гистры недоступны программисту; они автоматически загружаются процессором из 
таблицы дескрипторов каждый раз, когда процессор инициализирует соответствую- 
щий сегментный регистр. Таким образом, в защищенном режиме программист имеет 
дело с селекторами, т. е. номерами дескрипторов, а процессор — с самими дескрипто- 
рами, хранящимися в теневых регистрах. Именно содержимое теневого регистра 
(в первую очередь линейный адрес сегмента) определяет область памяти, к которой 
обращается процессор при выполнении конкретной команды. 

В реальном режиме теневые регистры заполняются не из таблицы дескрипторов, 
а непосредственно самим процессором. В частности, процессор заполняет поле базы 
каждого теневого регистра линейным базовым адресом сегмента, полученным путем 
умножения на 16 содержимого сегментного регистра, как это и положено в реальном 
режиме. Поэтому после перехода в защищенный режим в теневых регистрах находятся 
правильные линейные базовые адреса и программа будет выполняться правильно, хотя 
с точки зрения правил адресации защищенного режима содержимое сегментных реги- 
стров лишено смысла. 

Тем не менее после перехода в защищенный режим прежде всего следует загру- 
зить в используемые сегментные регистры (и в частности, в регистр СЗ) селекторы со- 
ответствующих сегментов. Это позволит процессору правильно заполнить все поля 
теневых регистров из таблицы дескрипторов. Пока эта операция не выполнена, неко- 
торые поля теневых регистров (в частности, границы сегментов) могут содержать не- 
верную информацию. 
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Сегментные регистры Теневые регистры 


С$ Селектор База Граница | Атрибуты 


= 


2$ Селектор База Граница | Атрибуты 


Е$ Селе 


В 


Граница | Атрибуть 


— 


База 


Е$ Селектор База Граница | Атрибуты 


9$ Селектор База Граница | Атрибуты 


$5 Селектор База Граница 


Атрибуты 
Рис. 65.5. Сегментные и теневые регистры 


Загрузить селекторы в сегментные регистры 05, $$ и Е$ не представляет труда (пред- 
ложения 68...73). Но как загрузить селектор в регистр С$, к которому Недопустимо прямое 
программное обращение? Для этого можно воспользоваться искусственно сконструиро- 
ванной командой дальнего перехода, которая, как известно, приводит к смене содержимого 
и[Ри С$. Предложения 64...66 демонстрируют эту методику. В реальном режиме мы по- 
местили бы во второе слово адреса сегментный адрес сегмента команд, в защищенном же 
мы записываем в него селектор этого сегмента (число 16). 

Следующий фрагмент примера 65.1 (предложения 72...79) является чисто иллюст- 
ративным. В нем после инициализации сегментного регистра ЕЗ в видеопамять выво- 
дится последовательность цветных символов, чем подтверждается правильное функ- 
ционирование программы в защищенном режиме. 

Код первого символа выводимой последовательности и его атрибут заносятся в регистр 
АХ из ячеек зут и айг сегмента данных. Содержимое АГ. в цикле вывода инкрементирует- 
ся, что приводит к отображению на экране последовательности первых 80 символов кодо- 
вой таблицы. Прибегать здесь к услугам сегмента данных не было необходимости; проще 
было занести коды символа и атрибута в регистр АХ непосредственно: 

поу АХ, 12018 


после чего выполнять инкремент регистра АГ. Мы, однако, поместили выводимые 
данные в сегмент данных умышленно, чтобы обратиться к этому сегменту в защищен- 
ном режиме и удостовериться в том, что это обращение выполняется правильно. 

Как уже отмечалось выше, для того чтобы не нарушить работоспособность РО, 
процессор следует вернуть в реальный режим, после чего можно будет завершить про- 
грамму обычным образом. Перейти в реальный режим можно разными способами; в 
нашем примере сброс процессора выполняется засылкой команды ЕЁЕВ в порт 64 кон- 
троллера клавиатуры (предложения 80 и 81). Эта команда возбуждает сигнал на одном 
из выводов контроллера клавиатуры, который в конечном счете приводит к появлению 
сигнала сброса на выводе КЕЗЕТ микропроцессора. 

После сброса процессор работает в реальном режиме, причем управление переда- 
ется одной из программ В1О$З, которая анализирует содержимое байта состояния от- 
ключения (Ей) КМОП-микросхемы и, поскольку мы записали туда код ОАК, осущест- 
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вляет передачу управления по адресу, хранящемуся в ячейке 401:67В области данных 
В1О$. В нашем случае переход осуществляется на метку гепит. 

Команда ВЕ (Вай, останов) позволяет организовать ожидание сброса процессора, 
который выполняется не мгновенно. Вместо команды В! можно было использовать 
бесконечный цикл: — 
зфор: пр $вор 


Если команду ожидания опустить, процессор до своего останова успеет выполнить 
несколько следующих команд, после чего перейдет на метку гели. 

Передача управления на метку гейит осуществляется программами В1О$З, которые, 
естественно, используют регистры процессора. В частности, регистры $55:3Р и 0$ ука- 
зывают на поля данных В1О$, и их следует инициализировать заново, что и выполня- 
ется в предложениях 84...88. 

Для восстановления работоспособности системы следует разрешить прерывания 
(предложение 89), после чего программа может продолжаться уже в реальном режиме. 
В рассматриваемом примере для проверки работоспособности системы на экран выво- 
дится некоторый текст с помощью функции РОЗ 094. Для наглядности в него включе- 
ны Езс-последовательности смены цвета символов, поэтому программу следует вы- 
полнять при установленном драйвере АМЗТ.5У$. 

Программа завершается обычным образом функцией РОЗ 4СВ. Нормальное за- 
вершение программы и переход в РОЗ тоже в какой-то мере свидетельствует о ее пра- 
вильности. 

У рассмотренной программы имеется серьезный недостаток — полное отсутствие 
средств отладки. Для отладки программ защищенного режима используется механизм ис- 
ключений, в нашей же программе этот механизм не активизирован. Поэтому всякие непо- 
ладки при работе в защищенном режиме, которые с помощью указанного механизма мож- 
но было бы обнаружить и проанализировать, в данном случае будут приводить к сбросу 
процессора. Однако после сброса программа скорее всего будет работать правильно: на эк- 
ран будет выведена запланированная строка и программа завершится с передачей управле- 
ния РО$5. Таким образом, критерием программных ошибок защищенного режима может 
служить правильная в целом работа программы при отсутствии на экране цветных симво- 
лов, которые должны выводиться в защищенном режиме. В следующей статье мы допол- 
ним программу простыми средствами диагностики, которые в дальнейшем помогут в ис- 
следовании защищенного режима и отладке примеров. | 

Остановимся еще на вопросе о способах перехода из защищенного режима в ре- 
альный. В рассмотренном примере перевод процессора в защищенный режим осуще- 
ствлялся путем установки бита РЕ (бит 0) в регистре СКО, однако для возврата в ре- 
альный режим использовался более грубый способ — сброс процессора. Почему нельзя 
было вернуться в реальный режим попросту сбросив бит РЕ в СВО? В действительно- 
сти так сделать можно, однако такое переключение режима потребует выполнения це- 
лого ряда дополнительных операций. Рассмотрение этих операций позволит нам 
глубже вникнуть в различия реального и защищенного режимов. | 

При работе в защищенном режиме в дескрипторах сегментов записаны, среди про- 
чего, их линейные адреса и границы. Процессор при выполнении команды с адресаци- 
ей к тому или иному сегменту сравнивает полученный им относительный адрес с гра- 
ницей сегмента и, если команда пытается адресоваться за пределами сегмента, форми- 
рует прерывание (исключение) нарушения общей защиты. Если в программе пре- 
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дусмотрена обработка исключений, такую ситуацию можно обнаружить и как-то ис- 
править. Таким образом, в защищенном режиме программа не может выйти за преде- 
лы объявленных ею сегментов, а также не может выполнить действия, запрещенные 
атрибутами сегмента. Так, если сегмент объявлен исполняемым (код атрибута 1 981), 
то данные из этого сегмента нельзя читать или модифицировать; если атрибут сегмен- 
та равен 928, то в таком сегменте не может быть исполняемых команд, на зато данные 
можно как читать, так и модифицировать. Указав для какого-то сегмента код атрибута 
90Ь, мы получим сегмент с запрещением записи. При попытке записи в этот сегмент 
процессор сформирует исключение общей защиты. 

Как уже отмечалось, дескрипторы сегментов хранятся в процессе выполнения про- 
граммы в теневых регистрах, которые загружаются автоматически при записи в сег- 
ментный регистр селектора. 

При работе в реальном режиме некоторые поля теневых регистров должны быть 
заполнены вполне определенным образом. Так, для сегментов данных и стека (адре- 
суемых через сегментные регистры $, Е$ и $$) должны быть установлены следую- 
щие характеристики: граница=ЕЕЕЕВ, бит дробности=0, доступ для записи разрешен. 
Сегмент команд должен быть объявлен исполняемым с той же границей ЕЕЕЕКВ. 

Приведенный перечень ограничений не полон; мы рассматриваем здесь только 
описанные ранее атрибуты сегментов. Следует также заметить, что в 32-разрядных 
процессорах имеются 6 сегментных регистров (соответственно, и 6 теневых регистров 
для хранения их дескрипторов, см. рис. 65.5). Отмеченные выше ограничения относят- 
ся к сегментам, адресуемым через любой из этих регистров. Наконец, стоит подчерк- 
нуть, что границы всех сегментов должны быть точно равны ЕЕЕЕЬ; любое другое чис- 
ло, например РЕРЕВ, "не устроит" реальный режим. 

Если мы просто перейдем в реальный режим сбросом бита 0 в регистре СКО, то в 
теневых регистрах останутся дескрипторы защищенного режима и при первом же об- 
ращении к любому сегменту программы возникнет исключение общей защиты, так как 
ни один из наших сегментов не имеет границы, равной ЕЕЕЕВ. Поскольку мы не обра- 
батываем исключения, произойдет сброс процессора и перезагрузка компьютера, если 
мы заранее не настроим байт состояния отключения и ячейки области данных В1О$, 
‘как это было сделано в примере 65.1. Таким образом, перед переходом в реальный ре- 
жим необходимо исправить дескрипторы всех наших сегментов: команд, данных, сте- 
ка и видеопамяти. К сегментным регистрам Е$ и @$ мы не обращались, и о них можно 
не заботиться. 

Рассмотрим модификацию примера 65.1 (назовем ее примером 65.2), в которой выпол- 
нен более изящный, хотя и более трудоемкий переход в реальный режим путем сброса бита 
РЕ в регистре СВО. Изменению подвергнутся линть два фрагмента программы. 

Прежде всего из программы можно исключить весь блок подготовки к возврату из 
защищенного режима в реальный (предложения 52...59 примера 65.1). Следующие да- 
лее блоки перехода в защищенный режим и работы в нем останутся без изменений. 

Блок возврата в защищенный режим, который в примере 65.1 занимал всего три 
строки (предложения 80...82), теперь примет вид, представленный в примере 65.2. 


Пример 65.2. Модификация примера 65.1 (фрагмент возврата в защищенный режим) 


;Вернемся в реальный режим 

;Сформируем и загрузим дескрипторы для реального режима 
моУ ЧаЕ_ Чаба.11м, ОРЕЕЕВ ; (1) Граница сегмента данных 
поУ ЗАаЕ соае.] на, ОРРЕЕН ; (2) Граница сегмента команд 
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моУу 94Е зеаск.11щ,ОРРЕЕРЬ $;(3)Граница сегмента стека 
оу 94 зсгееп.11щ,ОРЕЕЕВ ; (4) Граница доп. сегмента 


разв 05 ; (5) Загрузим теневой регистр 

рор 05 } (6) сегмента данных 

разн 55 ; (7) Загрузим теневой регистр 

рор 55 ; (8) сегмента стека 

рузВ ЕбЗ ; (9) Загрузим теневой регистр 

рор Е5 ; (10) дополнительного сегмента данных 


;Выполним дальний переход для того, чтобы заново загрузить селектор 
;в регистр $ и модифицировать его теневой регистр 


ЗЬ ОЕАВ ; (11) Командой дальнего перехода 
Ям ОЕЁзее до ; (12) загрузим теневой регистр 
ам 16 ; (13) сегмента команд 
;Переключим режим процессора 
до: поу БАХ, СКО ; (14) Получим содержимое регистра СКО 
апа ЕАХ, ОРРЕРЕРЕЕВ ; (15) Сбросим бит защищенного режима 
оу СВО, ЕАХ ; (16) Запишем назад в СВО 
а ОЕАВ ; (17) Код команды Баг )пр 
ам ОЕЕзее кебаекп ; (18) Смещение | 
ам сехё ; (19) Сегмент 


гееикп: (20) 
;Восстановим вычислительную среду реального режима 
поУу АХ, дафа ; (21) Сделаем адресуемыми данные 
моу 25, АХ ; (22) 
поУ АХ, ЕК ; (23) Сделаем адресуемым стек 
поУ $5, АХ ; (24) 
381 ; (25) Разрешим аппаратные прерывания 


; Работаем в 100$ 


В предложениях 1...4 приведенного фрагмента в поля границ всех четырех деск- 
рипторов заносится ЕЕЕЕН. Далее выполияется загрузка селекторов в сегментные реги- 
стры, что приводит к перезаписи содержимого теневых регистров. Загрузку селекто- 
ров можно выполнить любым доступным способом, например просто занося в них 
значения селекторов: 


оу АХ, 8 
оу 08, АХ 


и т. д. В примере 65.2 загрузка сегментных регистров осуществляется с использовани- 
ем стека. Регистр С$ загрузить непосредственно нельзя, поэтому его загрузку придется 
выполнить с помощью искусственно сформированной команды дальнего перехода 
{предложения 11...13). 

Настроив все использовавшиеся в программе сегментные регистры, можно сбро- 
сить бит 0 в СВО. После перехода в реальный режим нам придется еще раз выполнить 
команду дальнего перехода (уже на точку входа блока работы в реальном режиме 
теблги), чтобы загрузить в регистр С$ вместо хранящегося там селектора обычный сег- 
ментный адрес регистра команд (предложения 17...19). 

Теперь процессор снова работает в реальном режиме, причем, хотя в сегментных 
регистрах 0$, ЕЗ и 353 остались незаконные для реального режима селекторы, про- 
грамма будет какое-то время выполняться правильно, так как в теневых регистрах на- 
ходятся правильные линейные адреса (оставшиеся от защищенного режима) и закон- 
ные для реального режима границы (загруженные туда нами в предложениях 1...4). 
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Однако если в программе встретятся команды сохранения и восстановления содержи- 
мого сегментных регистров, например 
рузнН 05 
рор 05 

выполнение программы будет нарушено, так как команда рор 0$ загрузит в 0$ не 
сегментный адрес реального режима, а селектор, т.е. число 8 в нашем случае. Это 
число будет рассматриваться процессором как сегментный адрес, и дальнейшие обра- 
щения к полям данных приведут к адресации начиная с физического адреса 80, что, 
конечно, лишено смысла. Даже если в нашей программе нет строк сохранения и 
восстановления сегментных регистров, они неминуемо встретятся, как только про- 
изойдет переход в РО$ по команде ш! 21В, так как диспетчер РОЗ сохраняет, а затем 
восстанавливает все регистры задачи, в том числе и сегментные. Поэтому после пере- 
хода в реальный режим необходимо загрузить в используемые далее сегментные 
регистры соответствующие сегментные адреса, что и выполняется для регистров 0$ 
и$5$ в предложениях 21...24. Регистр ЕЗ мы не восстанавливаем, так как не будем им 
пользоваться. | 

В примере 65.1 после перехода в реальный режим потребовалось заново инициа- 
лизировать указатель стека (см. предложение 87 примера 65.1), так как в процессе 
сброса процессора его содержимое разрушается. В новом варианте в этом нет необхо- 
димости: программная смена режима не влияет на содержимое регистров общего на- 
значения. 

После разрешения аппаратных прерываний возврат в реальный режим можно счи- 
тать завершенным, и оставшаяся часть программы не отличается от примера 65.1. 


Статья 66. Работа с расширенной памятью 


В предыдущих примерах мы имели дело с сегментами небольшого размера (не бо- 
лее 64 Кбайт), размещаемыми в обычной памяти. В настоящей статье будет рассмот- 
рена работа с большими сегментами данных, находящимися в расширенной памяти, 
т, е. за пределами первого мегабайта. Поскольку описание больших сегментов данных 
имеет некоторую специфику, мы начнем с более подробного, чем прежде, рассмотре- 
ния дескриптора памяти. Вообще дескрипторы могут быть трех типов: 

» памяти; 

» системные; 

» ШЛЮЗЫ. 


Форматы дескрипторов памяти и системных практически совпадают, формат же 
шлюза несколько отличается. Здесь мы рассмотрим только дескрипторы, служащие 
для описания сегментов памяти, т. е. тех сегментов, в которых располагаются коман- 
ды, данные и стек программы. Формат дескриптора памяти (он соответствует 
структуре 4езсг, которую мы использовали в примерах) изображен на рис. 66.1. 

Как видно из рисунка, дескриптор занимает 8 байт. В байтах 2...4 и 7 записывается 
линейный сегментный адрес базы сегмента. Поскольку базовый адрес имеет длину 
32 бита, он может быть назначен в любой точке 4-гигабайтового адресного простран- 
ства (естественно, только там, где имеется реальная оперативная память или другие 
адресуемые объекты, например видеопамять). В байтах 0-1 записываются младшие 16 
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бит границы сегмента, а в младшие 4 бита байта атрибутов 2 — оставшиеся биты 
16...19. Таким образом, граница описывается 20 битами, и ее численное значение не 
может превышать 1 М. 


Байты 


7 6 5 
а Атризуты Атрибуты База сегмента 23...0 


| Биты Биты 
7654321076543210 


А 
в У| ГРаница ры.|1| Тин 
| 19.16 


Рис. 66.1. Формат дескриптора сегмента памяти 





Граница сегмента 
15...0 






Однако, как уже упоминалось ранее, единицы, в которых задается граница, можно 
изменять, что осуществляется с помощью бита дробности С (бит 7 байта атрибутов 2). 
Если С=0, граница указывается в байтах; если | — в блоках по 4 Кбайт. Таким образом, 
размер сегмента можно задавать с точностью до байта, но тогда он не может быть 
больше 1 Мбайт; если же установить С=1, то сегмент может достигать 4 Гбайт, однако 
его размер будет кратен 4 Кбайт. При этом база сегмента и в том и в другом случае за- 
дается с точностью до байта. 

При выделении программе сегментов большого размера (как это предусмотрено в 
приведенном ниже примере) следует иметь в виду особенность вычисления процсссо- 
ром значения границы. Если С=1, истинная граница сегмента определяется следую- 
щим образом: 


Граница сегмента = граница в дескрипторе * 4К + 4095 


Таким образом, сегмент всегда простирается до конца последнего 4 килобайтового 
блока. Пусть, например, базовый адрес сегмента равен нулю, граница тоже равна нулю 
и бит дробности установлен. Тогда истинная граница сегмента равна 
0*4К+4095=4095 


т. е. сегмент будет занимать адреса 0...4095 и иметь размер 4 Кбайт. Если установить 
значение границы, равное единицс, размер сегмента будет 8 Кбайт и т. д. 

Рассмотрим теперь атрибуты сегмента, занимающие 2 байта дескриптора. 

Тип сегмента занимает 4 бита и может иметь 16 значений, перечисленных 
в табл. 66.1. 


Таблица 66.1. Значения поля типа дескриптора сегмента памяти 


Характеристики сегмента 


[48 | 
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В 
Оо 
в 























Разрешены исполнение и чтение, подчиненный сегмент 
Разрешены исполнение и чтение, подчиненный сегмент, было обращение 


Как видно из этой таблицы, тип определяет правила доступа к сегменту. Указав 
для некоторого сегмента данных тип 0, мы защитим его от модификации; при попытке 
записи в такой сегмент возникнет исключение общей защиты. Сегменту команд можно 
присвоить тип 4, и тогда его можно только исполнять, однако система У тдо\з обыч- 
но присваивает сегментам команд тип ОАВ. Это дает возможность программе обра- 
щаться к сегменту команд с целью чтения его содержимого. 

Младший бит типа (его называют битом А — от Ассеззей, было обращение) уста- 
навливается процессором в тот момент, когда в какой-либо сегментный регистр 
загружается селектор данного сегмента. Анализируя биты обращения различных 
сегментов, программа (в частности, операционная система защищенного режима) 
может судить о том, было ли обращение к данному сегменту после того, как она сбро- 
сил ВулчАненные, или согласованные (сопюпт!1?), сегменты обычно используются 
для хранения подпрограмм общего пользования; для них не действуют общие правила 
защиты программ друг от друга. 

Сегменты с расширением вниз, т. е. в сторону меньших адресов, используются для 
организации стеков, которые по ходу выполнения программы приходится расширять. 
Для относительно простых программ размеры сегментов обычно фиксированы и для 
стека можно использовать обычный сегмент данных (естественно, с разрешением как 
чтения, так и записи). 

Бит 4 байта атрибутов 1 является идентификатором сегмента. Если он равен еди- 
нице, как это показано на рис. 66.1, дескриптор описывает сегмент памяти. Значение 
этого бита 0 характеризует дескриптор системного сегмента. 

Поле ОР. (Резспр!ог РПУПере Геуе|, уровень привилегий дескриптора) служит для 
защиты программ друг от друга. Уровень привилегий может принимать значения от 0 
(максимальные привилегии) до 3 (минимальные). Программам операционной системы 
обычно назначается уровень 0, прикладным программам - уровень 3, в результате чего 
исключается возможность некорректным программам разрушить операционную сис- 
тему. В наших примерах операционная система защищенного режима отсутствует, 
программа сама выполняет функции операционной системы и всем ее сегментам на- 
значается наивысший (нулевой) уровень привилегий, что открывает доступ ко всем 
средствам защищенного режима. 

Бит Р говорит о присутствии сегмента в памяти. В основном он используется в тех 
случаях, когда общий размер программы (или программ в многозадачном режиме) 
превышает объем наличной памяти и часть сегментов программ хранится на диске. 
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Тогда операционная система с помощью бита Р определяет, находится ли требуемый 
сегмент в памяти, и при необходимости загружает его с диска. Перед выгрузкой не- 
нужного сегмента на диск бит Р сбрасывается. Для наших примеров естественно для 
всех сегментов иметь Р=1. 

Младшая половина байта атрибутов 2 занята старшими битами границы сегмента. 
Бит АУТ. (от АуаПаЫе, доступный) не используется и не анализируется процессором 
и предназначен для использования прикладными программами. 

Бит Р (ОеЁааН, умолчание) определяет действующий по умолчанию размер для 
операндов и адресов. Он изменяет характеристики сегментов двух типов: исполняе- 
мых и стека. Если бит О сегмента команд равен нулю, в сегменте по умолчанию ис- 
пользуются 16-битовые адреса и операнды, если единице - 32-битовые. 

Атрибут сегмента, действующий по умолчанию, можно изменить на противопо- 
ложный с помощью префиксов замены размера операнда (66) и замены размера адре- 
са (678). Таким образом, для сегмента с 2=0 префикс 66В перед некоторой командой 
заставляет ее рассматривать свои операнды как 32-битовые, а для сегмента с О=1 тот 
же префикс 66Ь, наоборот, сделает операнды 16-битовыми. В некоторых случаях 
транслятор сам включает в объектный модуль необходимые префиксы, в других слу- 
чаях их приходится вводить в программу "вручную". 

Поскольку мы запускаем наши программы в реальном режиме под управлением 
М5$-00$, естественно устанавливать О=0. Это, однако, не препятствует использова- 
нию в программе 32-битовых регистров (ЕАХ, ЕСХ и др.). Если транслятор встречает- 
ся с командой, в качестве операнда которой используется 32-разрядный регистр, он 
включает в код команды префикс замены размера операнда 66В. Поэтому команды с 
явным обращением к 32-битовым операндам транслируются правильно. В то же время 
при использовании команды Не в защищенном режиме префикс 666 приходится 
включать в программу в явнём виде, чтобы процессор, выполняя эту команду, снял со 
стека не три слова, как обычно, а три двойных слова, Без префикса команда 11е{ будет 
выполняться неправильно. . 

Префикс замены размера адреса 676 необходимо указывать, например, перед ко- 
мандой 1оор, если в качестве счетчика цикла используется не СХ, а ЕСХ. При отсутст- 
вии префикса команда 1оор (в сегменте, где по умолчанию используется 16-битовая 
адресация) будет выполнять цикл СХ, ане ЕСХ раз. 

Сегменты стека, адресуемые через регистр $5, с помощью бита О определяют, ка- 
кой регистр использовать в качестве указателя стека в командах разв и рор. Если 0=0, 
используется регистр 5Р, если Р=1, то ЕЗР. 

Сегменты команд 32-разрядных приложений транслируются с описателем размера 
адресов и операндов и5е32, а описывающие их дескрипторы должны иметь бит Р=1. 

Теперь мы можем расшифровать значения атрибутов, присвоенных нами сегмен- 
там наших программ (рис. 66.2). 
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Атрибут 1, сегменты данных и стека (921) 


Биты 7 6 5 43210 


[е|[ 29 [2 тоько | 
1 


оотгоо го 


Присутствие ОРГ.=0 Чтение-запись 


Атрибут 1, сегмент команд (981) 
Биты 7 6 543210 


[ео | 2] тичвееия _ 


гоотгооо 


Исполнение 


Присутствие ОРГ.=0 


Атрибут 2, все сегменты (0) 
Биты 7 6 5 43210 


980 Граница 19...16 


ооооо0оооо о 


Рис. 66.2. Расшифровка значений атрибутов сегментов 


В примере 66.1 в расширенной памяти создается сегмент размером 2 Мбайт, кото- 
рый заполняется натуральным рядом чисел (512 К 4-байтовых чисел) с визуальным 
контролем заполнения. За основу взята программа 65.1 (точнее, тот вариант, фрагмент 
которого приведен в примере 65.2). Помимо содержательных дополнений, связанных с 
обращением к расширенной памяти, в программу включены инструментальные сред- 
ства диагностики и отладки — подпрограммы преобразования двоичного содержимого 
регистров и ячеек памяти в символьное представление, а также фрагмент вывода по- 
лученной диагностической строки на экран. Эти средства будут использоваться и в 
дальнейших примерах. 


Пример 66.1. Заполнение 2 Мбайт расширенной памяти 
.586Р $ (1) 
;Структура Чезсг для описания ‘дескрипторов сегментов 


дезск зЕкас ; (2) Начало объявления структуры 

Нм Ам 0 ; (3) Граница (биты 0...15) 

разе 1 д9м 0 ;(4)База, биты 0...15 

разем @ 0 ;(5)}База, биты 16...23 

арх 1 36 0 ; (6) Байт атрибутов 1 

арх 2 Ч 0 ; (7) Граница (биты 16...19} и атрибуты 2 
Базе вн 4 0 ; (8) База, биты 24...31 

дезсг епаз ; (9) Конец объявления структуры 


;Сегмент данных 

даха зедшепе цзе16 ; (10) 16-разрядный сегмент 

;Таблица глобальных дескрипторов СОТ 

94Е пу11Чезскг <> ; (11) Селектор 0 

945_Чафа Чезск <Зафа_512е-1,,,928>; (12) Селектор 8, сегмент данных 
94_со4е Чезскг <со4е 512е-1,,,98Н>; (13) Селектор 16, сегмент команд 
94Е_зфасКк Чезск <255,,,9265>; (14) Селектор 24, сегмент стека 
94Е зсгееп Чезск <3999, 80008, ОВЬ, 921>; (15) Селектор 32, видеопамять 
94: Б1тем Чезск <511,0,101, 926, 800>; (16) Селектор 40, старшая память 
94_з12е=$-чае пи11 ; (17) Размер СОТ 

;Различные данные программы 


р4езсх ЧЕ о ; (18) Псевдодескригтор для команды 144% 
№59 ЧБ 27,' [31;42ш Верчулись в реальный режим! ",27,' [0м$!'; (19} 
5ег1па АБ '**** зкяя-яякя жяхят; (20) Шаблон диагностической строки 
; 0 5 10 15 Позиции в шаблоне 
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1е1=$-$6Е1п9 ; (21) Длина строки 


пипрех ЧЪ '???? 222?' ; (22)Поле для динамического контроля 
Чафа_$12е=$-ча&_па11 ;(23)Размер сегмента данных 
Чафа епаз ; (24) Конец сегмента данных 
; Сегмент команд 
фехе зедтепе изе16 ; (25) 16-разрядный сегмент 
аззиме С5:сехё, 05 :аака; (26) 
фехезед 1аве1 мога ; (27) Метка начала сегмента команд 
па1п ргос ; (28) Главная процедура 
хоЕ ЕАХ, ЕАХ ; (29) Очистим ЕАХ 
оу АХ, Зафа ; (30)Загрузим в 0$ сегментный адрес 
пом 0$, АХ ; (31) сегмента данных 
;Вычислим и загрузим в СОТ линейный адрес сегмента данных 
$61 ЕАХ, 4 ; (32) ЕАХ=линейный базовый адрес 
оу ЕВР, ЕАХ ; (33) Сохраним его в ЕВР для будущего 
мо ВХ, оЕЕзее че Дафа; (34} ВХ=смещение дескриптора 
оу [ВХ] .Базе_1,АХ; (35) Загрузим младшую часть базы 
эВЕ ЕАХ, 16 ; (36}Старшую половину ЕАХ в АХ 
шоу [ВХ] .Базе м,АЬ; (37) Загрузим среднюю часть базы 
;Вычислим и загрузим в СОТ линейный адрес сегмента команд 
хох ЕАХ, ЕАХ ; (38) Очистим ЕАХ` 
поУ АХ, С5 ; (39) Сегментный адрес сегмента команд 
383 ЕАХ, 4 ; (40) 


поУ ВХ, оЕЕзее чае_соае; (41) 
оу (ВХ] .Базе_1,АХ; (42) 
зВх ЕАХ, 16 ; (43) 
пом [ВХ] .Базе_м,Аг; (44} 
;Вычислим и загрузим в СОТ линейный адрес сегмента стека 


хог ЕАХ, ЕАХ ; (45) 
оу АХ, 55 ; (46) 
$81 БАХ, 4 ; (47) 


пох ВХ, оЕЕзефе чае _зкаск; (48) 
по [ВХ] .Базе_1,Ах; (4$) 
эт ЕАХ, 16 ; (50) 
пом [ВХ] .Базе ш,АБ; (51) 
;Подготовим псевдодескриптор раезсг для загрузки регистра СОТВ 
по Чиога рег р4езсг+2,ЕВР; (52) База СОТ 
поУ иога рег р4езск, АЕ _312е-1; (53) Граница СОТ 


1946  раезсе ; (54) Загрузим регистр СОТВ 
с11 ; (55) Запрет прерываний 
}Откроем линию А20 для обращения к расширенной памяти 
пох АТ, 0015 ; (56) Команда управления 
оце бАН,АЪ ; (57) линией А20 
пох АТ, ООЕВ ; (58) Код открытия 
оие бОН, АТ ; (59) линии А20 
;Переходим в защищенный режим 
мо ЕАХ, СКО ;(60)Получим содержимое регистра СВО 
ог ЕАХ, 1 ; (61) Установим бит защищенного режима 
пом СВО, ЕАХ ; (62) Запишем назад в СВО 


; Загружаем в С5:ТР селектор:смещение точки солё1пие 


аъ ОЕАВ ; (63)Код команды Ёаг Зпр 
[ФА ОЕЕзее сопё1тие; (64) Смещение 
Чм 16 ; (65) Селектор сегмента команд 
сопе1лие: ; (66) 
;Делаем адресуемыми данные ы 
поУ АХ, 8 ; (67) Селектор сегмента данных 
пох 05, АХ ; (68) 


щелаем адресуемым стек 
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пом АХ, 24 ;(69)Селектор сегмента стека 
щоУ $5, АХ $ (70) 
;Инициализируем Еб 
Що АХ, 32 ; (71) Селектор сегмента видеобуфера 
поУ ЕЗ, АХ ; (72) Инициализируем Е5 
;Заполним 2 Мбайт расширенной памяти 
по АХ, 40 ; (73) Селектор сегмента 
пом С5, АХ ; (74) в расширенной памяти 
поУ ЕАХ, 0 ; (75) Первое число-заполнитель 
пох ЕВХ, 0 ; (76) Индекс в сегменте 
оу ЕСХ, 800005 ; (77) 8000065*4=2000001=2 Мбайт 
Е111: пом 65: [ЕВХ],ЕАХ; (78) Заполняем память! 
;Выведем диагностическую строку о заполнении старшей памяти 
разв ЕАХ ; (79) Сохраним на время ЕАХ 
разр сх ; (80) и СХ 
пом ЗТ, ОЕЕЗеЕ поашег+5; (81) Сюда младшую половину ЕАХ 
са11 мг азс ; (82) Преобразуем в символы 
Ве ЕАХ, 16 ; (83) АХ=старшая половина ЕАХ 
пом ЗТ, ОЕЕзее пишбег; (84) Сюда старшую головину ЕАХ 
са11 мха азс ; (85) Преобразуем в символы 
оу сх, 9 ; (86) Длина строки 
поУ АН, АЗ };{5/) Атрибут 
пом 21,1760 ; (88) Начальная позиция на экране 
зсгпб: 1оазЬ ; (89) Заберем из строки байт и 
56 О5м ; (90) выведем в видеопамять слово 
1оор  зсхпь ; (91) Цикл по строке 
рор сх ; (92) Восстановим СХ 
рор ЕАХ ; (93) и ЕАХ 
ааа ЕВХ, 4 ; (94)К следующему двойному слову памяти 
1пс БАХ ; (95) Следующее число-заполнитель 
аъ 678 ; (96) Команда 1оор должна работать с ЕСХ! 
1оор озес ; (97) Переход на зацикливание 
пр аВеаа ; (98) Выход из цикла после его окончания 
ос: пр 111 ; (99) Переход на начало цикла 
;2 Мбайт заголнены. Проверим это прямым чтением 1-го и последнего слова 
ареаа: пом ЕВХ, 0 ; (100) Смещение 1-го слова 
ме ЕАХ, 65: [ЕВХ]; (101) Получим его 
по ЗТ, ОБЕЗеЕ 36х1п9+5; (102) Куда заслать символы 
са11 \гА азс ; (103) Преобразуем в символы 
зВк ЕАХ, 16 ; (104) Получим старшую часть слова 
пом ЗТ, ОЕБЕЗеЕ 3%к1п9+0; (105) Куда заслать 
са1] ига азс ; (106) Преобразуем в символы 
поУ ЕВХ, 1ЕЕЕЕСЬ ; (107) Смещение последнего слова 
ме ЕАХ, С5: [ЕВХ]; (108) Получим его, далее аналогично 
поУ ЗТ, ОЕЕЗее $6Е1п9+15; (109) 
са11 ига_азс ; (110) 
Ве ЕАХ, 16 $ (111) 
пом ЗТ, ОЕЕЗее $6к1п9+10; (112) 
са11 \га азс ; (113) 


;Выведем на экран диагностическую строку 


пом 
по 
пом 
що 
$сгп1 : 1оазЬ 
З6О5и 
1оор 
;Закроем линию 
ПОУ 
Ом 
поу 


ЗТ, ОЕЕЗее зег1па; (114) 


СХ, 1еп ; (115) 
АН, 7АН ; (116) 
ОТ, 1280 # (117) 
; (118) 
# (119) 
$СЕп1 ; (120) 
А20 
АГ, 0018 ; (121) Команда управления 
БАН, АТ ; (122) линией А20 
АГ, ОБЭВ ; (123)Код закрытия 
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ое бО0Н,АЪ ; (124) линии А20 
;Вернемся в реальный режим 
;Сформируем и загрузим дескрипторы для реального режима 
моУу 94 дата. 111, ОРРЕРЫ; (125) Граница сегмента данных 


поу чае со4е.11т, ОРЕЕЕВ; (126) Граница сегмента команд 
мо 9АЕ_ зтаск.11т, ОРЕЕЕВ; (127) Граница сегмента стека 
моУу 94&_зскеел.11т, ОГЕЕЕК; (128) Граница дог. сегмента 
разр 05 ; (129) Загрузим теневой регистр 

рор 25 ; (130) сегмента данных 

ризН 55 ; (131) Загрузим теневой регистр 

рор 55 ; (132) стека 

рчзв Е5 ; (133) Загрузим теневой регистр 

рор Е5 ; (134) дополнительного сегмента 


;Выполним дальний переход для того, чтобы заново загрузить селектор 
;в регистр С$ и модифицировать его теневой регистр 


аь ОБАВ ; (135) Командой дальнего перехода 
Чи ОЕЕЁзее до ; (136) загрузим теневой регистр 
Чи 16 ; (137) сегмента команд 
;Переключим режим процессора 
ао: моу БАХ, СКО ; (138) Получим содержимое регистра Св0 
апа БАХ, ОЕЕЕЕГЕЕЕЕВ; (139) Сбросим бит защищенного режима 
поУу СВО, ЕАХ ; (140) Запишем назад в СВО 
аъ ОЕАВ ; (141) Код команды Ёаг ]пр 
[е оЕЕЁзее хебагп; (142) Смещение 
ам фехе ; (143) Сегмент 


гебагп: ; (144) 

;Восстановим вычислительную среду реального режима 
пох АХ, Часа ; (145) 
по 25, АХ ; (146) 
по АХ, К ; (147) 
| (ФА 55, АХ ; (148) 
по 5Р,256 ; (149) 
361 ; (150) Разрешим аппаратные прерывания 
мох АН, О9Н ; (151) Проверим выполнение функций 005$ 
мох ОХ, оЕЕзеф мза; (152) после возврата в реальный режим 
пе 218 ; (153} 
| АХ, 4С0ОБ ; (154) Завершим программу обычным образом 
пе 218 ; (155) 

ма1п епар ; (156) Конец главной процедуры 


;Инструментальные средства - подпрограммы ига_азс и Б1п_азс 

; преобразования двоичного числа в символьное 16-ричное представление 
;Подпрограмма и"гЧ_азс преобразования слова 

;При вызове преобразуемое число в АХ, р5:5Т -» поле для результата 
ига_азс ргос ; (157) 


разра ; (158) Сохраним все регистры 
по ВХ, окО00В ; (159)В ВХ будет маска битов 
оу 01,12 ; (160) В ОБ будет число сдвипов АХ 
оу СХ, 4 ; (161) Счетчик цикла 
сссс: разв сх ; (162) Сохраним его 
ризВ АХ ; (163) Сохраним исходное число в стеке 
апа АХ, ВХ ; (164) Выделим четверку битов 
оу ст,рЬ ; (165) Отгравим в СЪ число сдвигов 
Ву АХ, СЬ . ; (166) Сдвинем на СЪ бит вправо 
са11 Б1п азс ; (167) Преобразуем в символ АЗСТТ 
пом рубе рёг [51],АГ; (168) Отправим в строку результата 
1пс 5Т ; (169) Сдвинемся по строке вправо 
рор АХ ; (170) Вернем в АХ исходное число 
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$Вг ВХ, 4 ; (171) Модифицируем маску битов 


за от, 4 ; (172) Модифицируем число сдвигов 

рор сх ; (173) Восстановим счетчик цикла 

1оор сссс ; (174) Цикл 

рора ; (175) Восстановим все регистры 

геё ; (176) Возврат из подпрограммы 
иг4_азс епар ; (177) 


;Подпрограмма преобразования 16-ричной цифры 
;Преобразуемая четверка битов в младшей половине АТ, результат в АБ 
Ь1п_ азс ргос ; (178) 


стр АТ, 9 ; (179) Цифра > 9? 
За 1ееех ; (180) Да, на преобразование в букву 
ааа АГ, ЗОВ ; (181) Нет, преобразуем в символ 0...9 
Эр ок ; (182) И на выход из подпрограммы 
1еёёх: ааа АТ, 378 ; (183} Преобразуем в символ А...РЁ 
ок: ге ; (184) Возврат в вызываюшую процедуру 
Ь1п_азс епар ; (185) 
со4е_$12е=$-кехузед ; (186) Размер сегмента команд 
фехе епаз ; (187) Конец сегмента команд 
;Сегмент стека 
зе зедтепе изе16 зтаск; (188) 16-разрядный сегмент 
аъ 256 апр ('^'); (189) 
зЕК еп 5 ; (190) 
епЯ ма1п ; (191) 


Желая образовать дополнительный сегмент объемом 2 Мбайт в расширенной па- 
мяти, мы должны прежде всего предусмотреть описывающий его дескриптор в табли- 
це глобальных дескрипторов: 
аак_п1мем 4езсг <511,0,101, 928, 80Н,>; (16) Селектор 40 


Будучи расположен в таблице СОТ на шестом месте, этот дескриптор получает 
индекс 5, что соответствует селектору 40. 

Линейный адрес первого байта расширенной памяти равен 1000008. Из этого адре- 
са младшие 16 бит (000018) записываются в поле фазе 1, следующие 8 бит, содержащие 
10Б, — КК в поле фазе т и старшие 8 бит (001) - в поле Базе Н. 

Поскольку размер сегмента превышает 1 Мбайт, его границу следует указывать в 
блоках по 4 Кбайт. Поэтому мы устанавливаем в 1 бит дробности С в байте атрибутов 
2, который, таким образом, принимает значение 808. Размер сегмента (2 Мбайт) со- 
ставляет 512 блоков по 4 Кбайт, поэтому значение границы составляет 511. Байт атри- 
бутов 1, как и для других сегментов памяти, принимает значение 928 (для чтения и за- 
писи, присутствует). 

В поля данных программы включены две символьные строки для диагностики и 
контроля хода выполнения программы. В строку питбег по мере заполнения расши- 
ренной памяти числами будет выводиться текущее число. Это даст возможность кон- 
тролировать ход заполнения памяти и заодно проверить правильность содержимого 
последней заполненной ячейки. Строка $1тр представляет собой шаблон для вывода 
на экран последовательности чисел, отображающих содержимое регистров или ячеек 
памяти. В процессе отладки и исследования программы в эту строку можно помещать 
любые данные, характеризующие операционную среду в тех или иных точках про- 
граммы. Вывод перед завершением программы строки $ на экран позволяет про- 
анализировать ход выполнения программы. В данном примере строка зётр рассчита- 
на на вывод двух длинных (двухсловных) чиссл — содержимого первой и последней 
ячейки заполняемого блока расширенной памяти; в последующих примерах объем ди- 
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агностической информации будет больше и длина строки ние будёт соответственно 
увеличиваться. 

Для преобразования двоичных чисел в символьную форму в программу включены 
подпрограммы \т4_а5с и Ып_азс, рассмотренные в статье 13. Подпрограмма \т4_азс 
преобразует в символьную форму число, содержащееся в регистре АХ, помещая ре- 
зультат преобразования: (4 символа) по адресу 25:51. Преобразование содержимого 
расширенного регистра ЕАХ приходится выполнять в два этапа: 

пом ЕАХ, данное 

поУ 5Т, ОЕЕЗеф $6х11п49+5;Смещение в з&х1па младшей части числа 

са11 ига азс ;Преобразуем в символы 

Ева ЕАХ, 16 ;Сдвинем старшую часть слова в АХ 

поУ ЗТ, ОБЕЗеЕ $6г1п9+0;Смещение в $&г1пд старшей части числа 
. 2 (левее младшей) 

са11 ига_ азс ;Преобразуем в символы 

Перед завершением программы заполненная предварительно строка $9118 выво- 
дится на экран переносом ее в видеопамять: 
;Выведем на экран диагностическую строку 

мох ЗТ, ОЕЕЗее з%г1па;05:5Т -› зёхапа 


поУу СХ, 1еп ;Число байтов в зе к1па 
поУ АН, 74В ;Атрибут символа 
оу ОТ, 1280 ;Смещение на зкране 
3сгп1: 1оазЬ ;Ар=очередной байт строки, АН=атрибут символа 
збози ;Перенос АХ в видеопамять 
1оор зсгп1 ;Цикл по длине строки 


Перед переходом в защищенный режим (или после перехода в него) следует от- 
крыть линию А20, т. е. адресную линию, на которой устанавливается единичный уро- 
вень сигнала, если происходит обращение к мегабайтам адресного пространства с но- 
мерами 1, 3, 5 ит. д. (первый мегабайт имеет номер 0). В реальном режиме линия А20 
заблокирована и, если значение адреса выходит за пределы ЕЕЕЕЕВ, выполняется его 
циклическое оборачивание (линейный адрес 1000008 превращается в 00000Ъ, адрес 
1000018 - в 00001В ит. д.). Открытие (разблокирование) линии А20 выключает меха- 
низм циклического оборачивания адреса, что позволяет адресоваться к расширенной 
памяти. Управление блокированием линии А20 осуществляется через порт 64В, куда 
сначала следует послать команду ОТВ управления линией А20, а затем — код открытия 
ОЕВ (предложения 56...59). 

Переход в защищенный режим и действия по инициализации сегментных регист- 
ров выполняются обычным образом. 

Заполнение расширенной памяти начинается с предложения 73. В свободный сег- 
ментный регистр (5 заносится селектор сегмента в расширенной памяти и инициали- 
зируются регистры ЕАХ, ЕВХ и ЕСХ (и число-заполнитель, и число шагов в цикле, и 
смещение в памяти превышают 64 К, поэтому требуются 32-разрядные регистры). 
В предложении 78 число-заполнитель отправляется в расширенную память. Для дина- 
мического контроля хода заполнения памяти в каждом шаге цикла очередное число 
выводится на экран (предложения 79...91). Далее выполняются инкременты индекса и 
числа-заполнителя и возврат в начало цикла. 

Для того чтобы команда оор использовала в своей работе регистр ЕСХ, а не СХ 
(вспомним, что мы установили для сегмента команд О=0 и сделали тем самым про- 
грамму 16-разрядной), перед ней в программу включен код префикса замены размера 
адреса (предложение 96). Другая сложность возникла из-за того, что в цикле оказалось 
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больше 128 байт, а команда 1оор может осуществлять только короткие переходы в 
диапазоне +127..—128 байт. Поэтому командой ]оор (предложение 97) выполняется 
переход не на начало цикла, а на вспомогательное предложение ошс, в котором ко- 
мандой безусловного перехода управление может быть передано уже в любую точку 
программы. Команда безусловного перехода пр в предложении 98 позволяет обойти 
предложение 99 после завершения цикла. 

В программе предусмотрено контрольное чтение расширенной памяти и вывод в 
диагностическую строку зи те прочитанных чисел. В предложениях 100...106 читается 
и выводится первое 4-байтовое слово из сегмента расширенной памяти (которое долж- 
но быть равно 0000 00001), в предложениях 107...113 — последнее 4-байтовое слово 
2-мегабайтового сегмента (0007 ЕЕЕЕЬ). Эта проверка может оказаться весьма полез- 
ной. Действительно, процессор не реггирует на отсутствие физической памяти по ука- 
занному в команде адресу. Поэтому если попытаться заполнить больше памяти, чем 
есть в компьютере (предварительно установив соответственно границу сегмента в де- 
скрипторе), то программа будет работать так, как если бы эта память имелась, хотя, 
конечно, реально числа записываться в отсутствующую память не будут. Чтение из 
памяти последнего записанного в нее числа позволит убедиться в том, что это число 


действительно записано в память. Участок экрана с выводом программы показан на 
рис. 66.3. 


0000 0000-09000? РРЕР 


9007 РЕРЕ Рис. 66.3. Вид диагностических сообщений 


после завершения программы 





Перед переходом в реальный режим следует закрыть линию А20, для чего в порт 
64в посылается команда ОВ управления линией А20, а затем — код закрытия линии 
ОБЬ (предложения 121...124). Завершенис программы выполняется, как и ранее. 

Читатель может модифицировать программу, увеличив или уменьшив размер сег- 
мента в расширенной памяти и, соответственно, число шагов в цикле заполнения, на- 
строив ее под конкретную конфигурацию своего компьютера. 


Статья 67. Исключения 


Наши первые программы защищенного режима, рассмотренные в предыдущих 
статьях, работали в условиях запрещенных аппаратных прерываний. К программным 
прерываниям, реализуемым с помощью команды шв, мы также не обращались. Все эти 
предосторожности были необходимы потому, что механизм обработки прерываний в 
защищенном режиме сильно отличается от мсханизма реального режима. Если бы мы, 
не активизируя механизм обработки прерываний защищенного режима, перешли в за- 
щищенный режим при разрешенных прерываниях, первое же аппаратное прерывание 
(например, от таймера) привело бы к отключению процессора. То же произошло бы 
при выполнении процессором команды 11 с любым номером. Между прочим, попытка 
проверить это утверждение с помощью примера 65.1 не приведет к успеху. Действи- 
тельно, в этой программе возврат в реальный режим осуществляется как раз с помо- 
щью сброса процессора, причем мы заранее предусмотрительно настроили КМОП- 
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микросхему и ячейки области данных В1О$, чтобы после отключения процессор вер- 
нулся в нашу программу. Поэтому в такой программе нельзя обнаружить ошибки за- 
щищенного режима, приводящие к отключению процессора. 

Иное дело программы 65.2 или 66.1. Здесь возврат в реальный режим осуществля- 
ется программным способом, сбросом бита 0 управляющего регистра СВО. Если 
ошибка в программе имеет своим следствием отключение процессора, то программа 
аварийно завершится и будет инициирована перезагрузка системы. Происходит это 
потому, что байт состояния отключения в КМОП-микросхеме, расположенный по ад- 
ресу ЕВ, в исходном состоянии содержит код 0. Это значение кода приводит после 
сброса процессора (и после нажатия клавиш СЫ1+АН+Ое!) к перезапуску системы. 
Включите в программу (в ту ее часть, которая выполняется в защищенном режиме) 
команду 1 с любым числовым аргументом (например, 11 3 или 1 216). Компьютер 
перезагрузится. 

В этой и последующих статьях будет рассмотрена система прерываний защищен- 
ного режима и описаны общие принципы обработки как аппаратных, так и программ- 
ных прерываний. 

Как уже упоминалось в статье 25, в МП 86 (и соответственно, в реальном режиме 
32-разрядных процессоров) предусмотрены прерывания трех видов: внутренние, воз- 
никающие в самом микропроцессоре, внешние, поступающие в процессор от внешних 
устройств компьютера через контроллеры прерываний, и программные, инициируе- 
мые командой 1. В защищенном режиме также возможны прерывания всех трех ти- 
пов, при этом число внешних прерываний, определяемое количеством контроллеров 
прерываний в компьютере, осталось, естественно, тем же, однако функции внутренних 
прерываний и их количество существенно расширены. Внутренние прерывания, назы- 
ваемые здесь исключениями, исключительными ситуациями или особыми случаями 
(ехсерНоп$), являются важнейшим элементом организации защищенного режима. Мы 
начнем знакомство с системой прерываний зашищенного режима именно с исключе- 
ний. Внешние, а также программные прерывания будут рассмотрены в последующих 
статьях, хотя принцип обслуживания всех видов прерываний один и многие рассмат- 
риваемые в настоящей статье детали будут относиться ко все трем видам прерываний. 

Так же как и в реальном режиме, все прерывания защищенного режима имеют 
свои номера, причем их общее количество не должно превышать 256. Под исключения 
отданы первые 32 номера (0...31), хотя реально возникающие исключения имеют но- 
мера 0...17, а номера с 18 по 31 зарезервированы для будущих моделей процессоров. 

В реальном режиме процессор при регистрации прерывания обращается к таблице 
векторов прерываний, находящейся всегда в самом начале памяти и содержащей двух- 
словные адреса программ обработки прерываний, обычно называемых обработчиками 
прерываний. В защищенном режиме аналогом таблицы векторов прерываний является 
таблица дескрипторов прерываний — ШТ (Ицепаре Оезсирюг Та Ме), располагающаяся 
обычно в операционной системе защищенного режима. Таблица ГОТ содержит деск- 
рипторы обработчиков прерываний, в которые, в частности, входят их адреса. Для то- 
го чтобы процессор мог обратиться к этой таблице, ее адрес следует загрузить в ре- 
гистр ОТВ (Буегпир! Безспрюог ТаЫе Вер$ег, регистр таблицы дескрипторов преры- 
ваний) в точности так же, как это делается с адресом таблицы глобальных 
дескрипторов СОТ. 
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Если в таблице глобальных дескрипторов СОТ собраны дескрипторы сегментов 
программы, то таблица дескрипторов прерываний ШТ состоит из дескрипторов дру- 
гого вида, которые называются шлюзами (вентилями). Через шлюзы осуществляется 
доступ к обработчикам прерываний и исключений. Формат шлюза заметно отличается 
от формата дескриптора сегмента памяти, причем ясно, что в нем должен присутство- 
вать адрес обработчика соответствующего прерывания. Процессор, зарегистрировав 
прерывание или исключение, по его номеру извлекает из ГОТ шлюз, определяет адрес 
обработчика и передает ему управление. Обработчик должен заканчиваться командой 
ше которая возвращает управление в прерванную программу. 

Формат шлюза (вместе с обозначениями полей, которые будут использованы 


в примере 67.1) изоражен на ‚рис 67.1. 
ой 1 


Байты 7 


щение И ты 


ой В 






Биты 
7654321076543210 


Рис. 67.1. Формат шлюзов, входящих в таблицу дескрипторов прерываний 






Если основной частью содержимого сегмента памяти был его линейный адрес, то в 
шлюзе указывается полный трехсловный адрес обработчика, состоящий из селектора и 
смещения. Смещение имеет 32 бит и занимает в дескрипторе два поля — байты 0...] и 
6...7. Селектор имеет 16 бит и занимает байты 2...3. 

Байт атрибутов имеет такую же структуру, как и в дескрипторах памяти, и вклю- 
чает тип, идентификатор дескриптора шлюза (бит 4), равный нулю, уровень привиле- 
гий дескриптора ОРГ, и бит присутствия Р. Тип дескриптора может принимать значе- 
ния, перечисленные в табл. 67.1. 


Таблица 67.1. Значения поля типа для дескрипторов шлюзов 


Шлюз задачи 
|6 | Шлюз прерываний 80286 


Поле счетчика предназначено для хранения числа параметров (каждый размером в 
двойное слово), копируемых с одного стека на другой в тех случаях, когда использо- 
вание шлюза приводит к переходу на другой уровень привилегий и, соответственно, на 
другой стек (стек другого уровня). Понятие уровней привилегий и проблемы перехода 
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с уровня на уровень будут рассмотрены в статье 72; в примере настоящей статьи все 
составляющие программного комплекса принадлежат уровню 0 и вопроса о передаче 
параметров не возникает. 

Итак, в программе, обслуживающей исключения, следует сформировать таблицу 
дескрипторов прерываний ШТ, поместить в нее адреса обработчиков исключений, 
предусмотренных в программе, загрузить адрес ШТ в системный регистр процессора 
ГТК и перейти в защищенный режим. Пока процессор находится в защищенном ре- 
жиме, он при возникновении исключений (или вообще прерываний) будет использо- 
вать таблицу дескрипторов прерываний; после возврата в реальный режим ее следует 
заменить таблицей векторов реального режима. Рассмотрим простейшую программу, в 
которой предусмотрены средства обработки исключений (хотя сама обработка сведена 
к минимуму). Для облегчения отладки программы и исследования ее работы в нее 
включены рассмотренные в статье 13 и использованные уже в статье 76 подпрограммы 
\т4_азс и Мп азс, с помощью которых можно преобразовывать в символьную форму, 
с целью последующего вывода на экран, содержимое регистров или, если потребуется, 
ячеек памяти. 

Пример 67.1, как все последующие, во многом повторяет рассмотренные выше 
программы. Такие программные блоки, как вычисление линейных адресов сегментов и 
заполнение таблицы глобальных дескрипторов, переход в защищенный и возврат в ре- 
альный режим, вывод на экран диагностических сообщений из защищенного и реаль- 
ного режимов, и прочие в большинстве наших примеров останутся практически без 
изменений. В будущем мы не будем повторять в текстах примеров эти программные 
блоки, ограничиваясь указанием заголовочных комментариев. Однако программа при- 
мера 67.1, учитывая ее относительную сложность, приведена целиком, за исключением 
текстов процедур \т4_азс и Мп_азс, которые уже были рассмотрены в предыдущем 
примере. 

Пример 67.1. Исключения 


.586Р $ (1) 

;Структура для олисания дескрипторов сегментов 

дезск зЕКИС $; (2) 

11 Зи 0 ; (3) Граница (биты 0...15) 

разе 1 ам 0 ; (4) База, биты О0...15 

разет 460 ;(5)База, биты 16...23 

асег 1 960 ; (6) Байт атрибутов 1 

асЕг_2 9 ; (7) Граница (биты 16...19) и атрибуты 2 
разеп 40 ; (8) База, биты 24...31 

аезск епаз ; (9) 

;Структура для описания шлюзов ловушек 

&гар ЗЕКИС ; (10) 

оЕЕ5_1 ам 0 ; (11) Смещение обработчика, биты 0...15 
5е1 Ям 16 ; (12) Селектор сегмента команд 

спеёг ар о ; (13) Не используется 

ЧЕуре АБ 8ЕВ ; (14)Тий шлюза - ловушка 80386 и выше 
ОЕЁЕ5 в ам 0 ; (15) Смещение обработчика, биты 16...31 
$гар ез95 ; (16) | 

; Сегмент данных 

Чафа зедмелЕ ц5е16 ; (17)16-разрядный сегмент 

;Таблица глобальных дескрипторов СОТ 

АЕ п\11 Зезск <> ; (18)’Селектор 0 

9а&_ Чаба Чезскг <Чака_512е-1,,,926>; (19) Селектор 8, сегмент данных 
АЕ со4е Чезск <со4е_$317е-1,,,985>; (20) Селектор 16, сегмент команд 


чае зваск Чезсг <255,,,92[,,>; (21) Селектор 24, сегмент стека 
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9аЕ_зсгеепл Аезск <3999,80006, ОВЬ, 92.> ; (22) Селектор 32, видеопамять 
94 _$12е=$-чак пу11 


1Ае 1аЪе1 иог@а 


Сгар 
Сгар 
Сгар 
Егар 
Сгар 
$гар 
Сгар 
Е гар 
Е гар 
Сгар 
Сгар 
бгар 
сгар 
$гар 
Сгар 
Е гар 
Егар 
$гар 


19%_512е=$-196 


<ехс0> 

<Зитту> 
<аищиу> 
<ехс3> 

<аитту> 
<азптиту> 
<аптму> 
<аитму> 
<Зитту> 
<азиту> 
<ехс10> 
<ехс11> 
<ехс12> 
<ехс13> 
<аитту> 
<аитту> 
<@ллтшту> 
<азиищу> 


; (23) Размер СОТ 


; (24) Метка начала таблицы дескрипторов исключений 


; (25) Дескриптор 
; (26} Дескриптор 
; (27) Дескриитор 
; (28) Дескриптор 
; (29) Дескриптор 
; (30) Дескриптор 
; (31) Дескриитор 
; (32) Дескриптор 
; (33) Дескриптор 
; (34) Дескриптор 
; (35) Дескриптор 
; (36) Дескриптор 
; (37) Дескриптор 
; (38) Дескриптор 
; (39) Дескриптор 
; (40) Дескриптор 
; (41) Дескриптор 
; (42) Дескриптор 


; {43) Размер таблицы дескригторов искпючений 


;Различные данные программы 


раезс 


5ум 
абек 


$ЕЕ1п 
; 


1еп=$ 


х АО 
р 1 


Ар ТЕБ 


мзч ЧБ 27,'[31;42м Вернулись в реальный режим! 
ххх ЖА ЩККк ХАЖЖоКккк *ж*жк!; (48) 


Позиции в шаблоне 


< а 


-3ЕЕ1п9 


5 


бака_512е=$-чае_пи11 


ата 


еп9$ 


; Сегмент команд 


сехе 
сехе5 


ехс0 


ехс0 
ехс3 


ехс3 
ехс10 


ехс10 
ехс11 


ехс11 
ехс12 


ехс12 
ехс13 


ехс13 
аитту 


зедмепе изе16 


рхгос 
оу 
Эпр 
епар 
ргос 
шоу 
Эр 
епар 
ргос 
оу 
тр 
епар 
ргос 
оу 
Этр 
епар 
ркос 
оу 
тр 
езар 
ргос 
ох 
Эр 
епар 
ргос 


АХ, 0 
Боме 


АХ, 3 
Коте 


АХ, ОАБ 
Боме 


АХ, ОВЬ 
Боме 


АХ, ОСВ 
Боме 


АХ, ООВ 
Воме 


; (44) Псевдодескриптор для команд 199 и 114% 


; (45) Символ для 


исключения 
исключения 
исключения 
исключения 
исключения 
исключения 
исключения 
исключения 
исключения 
исключения 
исключения 10 
исключения 11 
исключения 12 
исключения 13 
исключения 14 
исключения 16 
исключения 17 
исключения 18 


юхоючмиьюоно 


вывода на экран 


; (46) Его атрибут 


15 20 25 
; (49) 


; (50) Размер сегмента данных 


; (51) 


; (52)16-разрядный сегмент 
аззище С$:$ех®,05$:аафа; (53) 
еч 1аЪе1 мога 


,.27, ' [0щ$'; (47) 


; (54) Метка начала сегмента команд 


; (55) Обработчик 


исключения 0 


; (56) Для вывода на экран номера исключения 


;(57)На выход 

; (58) 

; (59) Обработчик 
;(60)Для вывода 
; (61)На выход 

; (62) 

; (63) Обработчик 
; (64) Для вывода 
;(65)На выход 

; (66) 

; (67) Обработчик 
; (68) Для вывода 
; (69) На выход 

# (70) 

; (71) Обработчик 
; (72) Для вывода 
; (73)На выход 

; (74) 

; (75} Обработчик 
; (76) Для вывода 
; (77) На выход 

; (78) 

; (79) Обработчик 
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исключения 3 
на экран номера 


исключения 10 
на экран номера 


исключения 11 
на экран номера 


исключения 12 
на зкран номера 


исключения 13 
на экран номера 


исключения 


исключения 


исключения 


исключения 


исключения 


остальных исключений 


313 


шоу АХ, 55556 ; (80) Условный код остальных исключений 


пр Воме ; (81) На выход 
Читиму епбр ; (82) 
ма? п рхос ; (83) 
хоЕ БАХ, ЕАХ ; (84) Очистим ЕАХ 
пох АХ, Часа ; (85) Загрузим в 0$ сегментный 
по 05, АХ ; (86) адрес сегмента данных 
;Вычислим и загрузим в СОТ линейный адрес сегмента данных 
361 ЕАХ, 4 ; (87) ЕАХ=ЛлИНейный базовый адрес 
ФА ЕВР, ЕАХ ; (88) Сохраним его в ЕВР для будущего 
А ВХ, оЕЁЕзее ч4е_Чафа; (89) ВХ=смещение дескриптора 
моу [ВХ] .Базе_1,АХ; (90) Загрузим младшую часть базы 
ЗВЕ БАХ, 16 ; (91) Старшую половину ЕАХ в АХ 
пох [ВХ] .Базе_щ,АГ; (92) Загрузим среднюю часть базы 
;Вычислим и загрузим в СОТ линейный адрес сегмента команд 
хоЕ ЕАХ, ЕАХ ; (93) Очистим ЕАХ 
оу АХ, С5 ; (94) Сегментный адрес сегмента команд 
351 ЕАХ, 4 ; (95) 


поу ВХ, ОЕЁЕЗзее чае соае; (96) 
пох [ВХ] .Базе_1,АХ; (97) 
зВЕ САХ, 16 ; (98) 
оу [ВХ] .Базе м, АБЬ ; (99) 
;Вычислим и загрузим в СОТ линейный адрес сегмента стека 


хог ЕАХ, ЕАХ ; (100) 
поУ АХ, 55 ; (101) 
$61 ЕАХ, 4 ; (102) 


поу ВХ, оЕЁЕзес чае_зтаск ; (103) 
му {ВХ] .разе_1,АХ; (104) 
зйг ЕАХ, 16 ; (105) 
поу [ВХ] .Базе_м,АГ; (106) 
;}Подготовим псевдодескриптор раезсхг и загрузим регистр СОТВ 
шоу Ямог@ рег раезск+2,ЕВР; (107)База СОТ 
шоу мог рег раезсг, 9 312е-1; (108) Граница СОТ 
19а  раезсх ; (109) Загрузим регистр СОТК 
с11 ; (110) Запрет аппаратных прерываний 
;Загрузим ТОТВ 
МОУ мог рег р4езсг,195_$12е-1 ; (111) Граница 


хог ЕАХ, ЕАХ ; (112) 
пох АХ, оЕЁзее за%; (113) . 
ааа ЕАХ, ЕВР ; (114) Линейный адрес ТОТ 
шоу ЯмогЯ рег рдезсх+2,ЕАХ; (115)В псевдодескриптор 
1:1а& раезсх ; (116) Загрузка ТОТК 

;Переходим в защищенный режим 
пом БАХ, СВО ; (117) Получим содержимое регистра СВО 
ох САХ, 1 ; (118) Установим бит защищенного режима 
шом СВО, ЕАХ ; (119) Запишем назад в СКО 


; ; 
;Загружаем в С$:ТР селектор:смещение точки соп&1пие 


ЧЪ ОЕАБ ; (120) Код команды Еахг )пр 
и ОЕЁЕзее сол&1пае; (121) Смещение 
Ам 16 ; (122) Селектор сегмента команд 
сопЕ1пие: ; (123) 
; Делаем адресуемыми данные 
пох АХ, 8 ; (124) Селектор сегмента данных 
оу 2$, АХ ; (125) 
; Делаем адресуемым стек 
оу АХ, 24 ; (126) Селектор сегмента стека 
тоу $$, АХ ; (127) 


;Инициализируем Е$ 
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пох АХ, 32 ; (128) Селектор сегмента видеобуфера 


пом Е, АХ ; (129) Инициализируем Е5 
;Выводим на экран тестовую строку символов 
шоу От, 1920 ; (130) Начальная позиция на экране 
пом СХ, 80 ; (131) Число выводимых символов 
оу АХ, мога рег зум; (132) Символ+атрибут 
5СуП: зозм ; (133) Содержимие АХ на экран 
1 пс АЪ ; (134) Инкремент символа 
1оор зсгп ; (135) Цикл 
шоу АХ, ОРРЕЕВ ; (136) Условный код нормального ‘завершения 
Вопе : шоу ЗТ, оЕЕзее з6г1па; (137) Точка перехода из обработчиков 
са11 мЕ;Я_ азс ; (138) Преобразование АХ в символьную строку 


;Выведем на экран диагностическую строку 
пом ЗТ, ОЕЕЗеЕ з6у1па; (139) 


пох СХ, 1еп ; (140) 
поУ АН, 746 ; (141) 
поу 21,1280 ; (142) 
СЕ]: 1оазь ; (143) 
$во5м ; (144) 
1оор зсЕп1 ; (145) 


; Вернемся в реальный режим 

;Сформируем и загрузим дескрипторы для реального режима 
поу 9АЕ_Чаеа.11м,ОРРЕРИ; (146) Граница сегмента данных 
моУ 94Е_соае.11щ, ОЕРРЕК; (147) Граница сегмента команд 
поу 945 _зтасКк.11т, ОРРЕЕН; (148) Граница сегмента стека 
моу 94Е зсгееп.11щ, ОРЕЕРГИ; (149) Граница доп. сегмента 


разв 0$ ; (150) Загрузим теневой регистр 
рор 25 ; (151) сегмента данных 

разЬ 55 ; (152) Загрузим теневой регистр 
рор $5 ; (153) стека 

разв ЕЗ$ ; (154) Загрузим теневой регистр 
рор Еб ; (155) дополнительного сегмента 


;Выполним дальний переход для того, чтобы заново загрузить селектор 
;в регистр С5 и модифицировать его теневой регистр 


аь ОЕАВ ; (156) Командой дальнего герехода 
ам оЕЁзее до ; (157) загрузим теневой регистр 
ам 16 . (158) сегмента команд 
;Переключим режим процессора 
до: пох ЕАХ, СВО ; (159) Получим содержимое регистра СВО 
апа ЕАХ, ОРЕЕРЕЕГЕВ; (160) Сбросим бит защищенного режима 
оу СВО, ЕАХ ; (161) Запишем назад в С80 
аь ОЕАВ ; (162) Код команды Еаг )пр 
Ям оЕЕзее хебихгп; (163) Смещение 
Ям $ехе `; (164) Сегмент 


хефихл: ; (165) 
;}Восстановим вычислительную среду реального режима 
мох АХ, Чафа ; (166) Сделаем адресуемыми данные 
шоу 2$, АХ ; (167) 
ИФА АХ, 5% К ; (168) Сделаем адресуемым стек 
шоу $5, АХ ; (169) 
мох $2, 256 ; (170) Настроим 5$Р 
;Восстановим состояние регистра ТОТК реального режима 
поу АХ, ЗЕЕБ ; (171) Граница таблицы векторов (1 Кбайт) 
пох мог рёг раезск, АХ; (172) 
пох ЕАХ, 0 ; (173) Смещение таблицы векторов 
оу мог рег. рдезст+2,ЕАХ; (174) 
11аЕ  раезсг ; (175) Загрузим гсевдодескригтор в ТОТК 
$61 ; (176) Разрешим апларатные прерывания 
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;Работаем в 100$ 


пох АН, О9Н ; (177) Проверим выполнение функций 1005 
моу ОХ, ОЕЕЗек $©к1пч; (178) после возврата в реальный режим 
116 218 ; (179) 
пох АХ, 4С00Ъ ; (180) Завершим программу обычным образом 
тае 216 $ (181) 

мат езар ; (182) 


;Инструментальные средства - подпрограммы иг4_азс и Б1п_ азс 
; преобразования двоичного числа в символьное 16-ричное представление 
игЯ азс ргос ; (183) 


мга_азс епар ; (184) 

Ь1п_азс ргос ; (185) 

Ь1п_а5с епар ; (186) 

со4е_51.2е=$-сехезеч ; (187) Размер сегмента команд 

фехе ел495 ; (188) Конец сегмента команд 

; Сегмент стека 

5%К зедтеле зкаск и5е16; (189) 16-разрядный сегмент 
А 256 ашр ('^') ; (190) . 

ЕК епа5 ; (191) Конец сегмента стека 
епа ма1п ; (192) Конец программы 


Программа 67.1 имеет в целом ту же структуру, что и предыдущие. Она начинает- 
ся с описания структуры глобального дескриптора (предложсния 2...9), за которым 
следуст структура дескриптора прерывания (предложения 10...16). В таблицу ГОТ мо- 
гут входить шлюзы следующих типов (см. табл. 67.1): 

‚ шлюз задачи; 

. шлюз прерывания МП 286; 

. шлюз прерывания МП 386, 486 и Репйит; 

. шлюз ловушки МП 286; 

› шлюз ловушки МП 386, 486 и Репнитт. 


Через шлюзы задачи (а5К) осуществляется переключение на другие задачи в 
многозадачном режиме; через шлюзы прерываний (пиепир обслуживаются 
аппаратные прерывания; шлюзы ловушск (фар) служат для обработки исключений и 
программных прерываний. В данной программе используются шлюзы ловушек, для 
которых байт атрибута принимаст значение 8ЕВ (присутствие, ОРГ=0, шлюз ловушки 
80386 и выше. 

Сегмент данных начинается, как и в предыдущих примерах, с таблицы глобальных 
дескрипторов. За ней описана таблица дескрипторов прерываний ШТ (предложения 
24...43), в которую пока включены лишь шлюзы исключений, а шлюзы аппаратных 
прерываний отсутствуют. Поскольку в процессоре в принципе могут возникать ис- 
ключения с номерами 0...17, в ШТ включены 18 дескрипторов, каждый из которых со- 
держит смещение соответствующего обработчика. Однако не все исключения можно 
ожидать в наших программах. Например, вряд ли мы столкнемся с исключением 5 — 
нарушения границ массива или исключением 7 — отсутствия сопроцессора. Для упро- 
щения программы в нее включены лишь обработчики наиболее всроятных исключе- 
ний: 0 — ошибки деления, 3 — команды ии 3, 10 - недопустимого сегмента состояния 
задачи, 11 — отсутствия сегмента, 12 — ошибки обращения к стеку и 13 — общей защиты 
(подробнее о видах исключений и причинах их возникновения будет рассказано в сле- 
дующей статье). Смещения этих обработчиков (ехс0, схс3 и др.) указаны в соответст- 
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вующих по номеру макросах фар. Для остальных дескрипторов предусмотрен единый 
обработчик с именем дитту. 

Индивидуальной настройке в дескрипторах исключений подлежат лишь адреса 
обработчиков. Остальные поля для всех дескрипторов одинаковы и описаны в струк- 
туре бар. 

Следует заметить, что в нашей программе дескрипторы исключений полностью запол- 
няются в процессе трансляции и в дальнейшем тексте программы обращаться к этим полям 
данных уже не нужно. В этом случае дескрипторы могут не иметь мнемонических имен 
(как это сделано для дескрипторов СОТ); важно только, чтобы они располагались в таблице 
ГОТ в правильном порядке. Константе 1 512е транслятор присваивает значение длины 
таблицы ЕТ, которая потребуется при загрузке регистра ШТВ. 

В сегмент данных включена строка пе, которая совместно с подпрограммами 
\огд_азс и Ып_азс будет использоваться для формирования и вывода на экран диагно- 
стического сообщения. 

Сегмент команд начинается с процедур обработчиков исключений. Все они имеют 
одинаковую структуру: в регистр АХ засылается номер данного исключения, после че- 
го осуществляется переход в точку Ноте. Следует отметить, что это не очень изящный 
метод завершения обработки исключения. Как уже отмечалось, возврат из обработчи- 
ка исключения обычно осуществляется командой 1ге!, которая выполняет переход либо 
на ту команду, при выполнении которой возникло исключение, либо на следующую за 
ней. На этапе знакомства с системами прерываний и исключений такая процедура за- 
метна усложнила бы отладку программы, поэтому в настоящем примере использован 
не вполне правильный, но более простой способ завершения обработчиков исключе- 
ний командой перехода на завершение программы. В программе предусмотрено, что в 
случае возникновения того или иного исключения его номер выводится перед завер- 
шением программы на экран. Это дает возможность диагностировать программу, 
атакже исследовать условия возникновения исключений с различными номерами. 
В следующей статье будет показано, как можно повысить информативность обработ- 
чиков исключений. 

Затем начинается процедура та. В ней после инициализации регистра 0$ запол- 
няются дескрипторы сегментов и инициализируется регистр СОТВ (предложения 
83...109). Эта часть программы полностью повторяет соответствующий фрагмент пре- 
дыдущего примера. 

После запрещения прерываний (предложение 110) можно загрузить регистр ОТВ. 
информацией о местонахождении и размере таблицы ШТ. Для загрузки ШОТЕЁ преду- 
смотрена специальная привилегированная команда 1181 (1оаё пиеггаре дезсгир ог 1аЫе, 
загрузка таблицы дескрипторов прерываний), которая, как и команда 124, требует ука- 
зания в качестве операнда имени псевдодескриптора. В предложении 111 в псевдоде- 
скриптор р4езсг заносится граница ТОТ, далее определяется и заносится в псевдодеск- 
риптор линейный базовый адрес ТОТ, и, наконец, в предложении 116 выполняется за- 
грузка ОТК. Начиная с этого момента процессор будет обрабатывать все прерывания 
через нашу таблицу ШТ. Однако процессор пока работает в реальном режиме, а фор- 
мат ШТ предполагает защищенный режим. Если бы мы нс запретили прерывания пе- 
ред загрузкой регистра 1ОТК, первое же прерывание (от таймера) привело бы к отклю- 
чению процессора. 
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Переход в защищенный режим и инициализация сегментных регистров (предло- 
жения 117...125) выполняется, как и в предыдущем примере. 

Фрагмент программы, начинающийся с предложения 136, служит диагностиче- 
ским целям. В регистр АХ засылается произвольная константа (в примере - ЕЕЕЕЪ), в 
регистр $1 загружается смещение строки 5Шпе и выполняется вызов подпрограммы 
\тТФ азс, которая преобразует число в АХ в символьную форму и помещает результат 
преобразования (четыре 16-ричные цифры) в строку, адрес которой находится в реги- 
стре 31. Все детали такого преобразования подробно обсуждались в статье 13. Таким 
образом, тройка команд 


поУ АХ, ОРЕРРЬ 
ом $Т, ОЕЕЗеЕ зех1п9 


са11 мха азс , 


приводит к помещению в строку по адресу $118 символьного представления содер- 
жимого регистра АХ (в данном случае числа ЕРЕР). Указанную комбинацию команд 
можно использовать в программе неоднократно. Пусть, например, в некоторой точке 
программы нас интересует состояние указателя стека ЗР и содержимое верхнего двой- 
ного слова стека. Если включить в программу предложения 


оу АХ, 5Р ;Содержимое 5Р в АХ 
оу ЗТ, ОЕЕЗее $651п9+5 
са11 мг@Я_ азс 


рор БАХ ; Двойное слово из стека в ЕАХ 
разн ЕАХ ;И назад, чтобы не смещать стек 
пох ЗТ, оЕЕзее 36г1п9+15;Адрес для младшего слова 
са11 ка азс 

го1 ЕАХ, 16 ; Обменяем половины ЕАХ 


оу ЗТ, ОЕЁЗее $6.119+10;Адрес для старшего слова 
; (левее младшего слова на экране) 
са11 мг азс 
то в строку $1тр начиная с байта 5 будет помещено содержимое ЗР, а начиная с байта 
10 — содержимое верхнего двойного слова стека (сначала старшие биты, затем млад- 
шие). При необходимости строку зНтр можно удлинить и выводить на экран больше 
информации. 

В предложениях 139...145 строка нтв пересылается в видеопамять начиная с за- 
данной в регистре ГП! позиции. Атрибут строки содержится в регистре АН. 

Программы преобразования и вывода на экран не требуют системных средств и 
могут выполняться в защищенном режиме. Таким образом, с помощью подпрограммы 
\т4_азс можно динамически изучать содержимое регистров, стека и ячеек памяти. Са- 
ма подпрограмма (вместе с сопутствующей подпрограммой Ып_азс) размещена в са- 
мом конце сегмента команд. Текст ее полностью взят из статьи 13. 

Первая позиция строки пр (4 байта) зарезервирована для вывода при нормальном 
выполнении программы контрольного числа ЕЕЕЕБ, а при наличии исключения -— его номе- 
ра. При возникновении любого исключения процессор находит в таблице дескрипторов 
прерываний дескриптор, порядковый номер которого совпадает с номером исключения 
(дескрипторы прерываний можно рассматривать как векторы прерываний, только не 4- 
байтовые, как в реальном режиме, а 8-байтовые), извлекает из него селектор и смещение 
обработчика исключения. Адрес возврата сохраняется в стеке (подробности будут рассмот- 
рены позже), и выполняется переход на программу обработчика (процедуры ехс0, ехс3 и 
т. д.). Обработчики исключений нашего примера построены единообразно: в АХ засылает- 
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ся номер исключения и выполняется переход в точку Воте, где вызывается подпрограмма 
\ТФ_азс, после чего строка $Шпр выводится на экран. 

После вывода диагностической строки осуществляется возврат в реальный режим 
так же, как и в предыдущем примере. Теневые регистры загружаются значениями, 
действительными для реального режима (предложения 146...158), далее с помощью ре- 
гистра СВО переключается режим и выполняется дальний переход для загрузки реги- 
стра СЗ сегментным адресом сегмента команд. 

В реальном режиме помимо восстановления значений 0$ и $$ необходимо выпол- 
нить еще одну важную операцию: восстановить содержимое регистра ОТВ, действи- 
тельное для реального режима. Этот регистр служит для определения характеристик 
таблицы векторов прерываний. При переходе в защищенный режим мы загрузили в 
него характеристики таблицы дескрипторов прерываний защищенного режима. Теперь 
в него следует загрузить характеристики таблицы векторов реального режима. На- 
чальный адрес этой таблицы 0, а размер составляет 1 Кбайт (4001 байт). Таким обра- 
зом, граница равна ЗЕЕВ. Указанные значения помещаются в псевдодескриптор (пред- 
ложения 171...174), и командой 114 осуществляется загрузка регистра ОТК. Переход в 
реальный режим закончен. После разрешения прерываний на экран выводится 
контрольное сообщение и программа завершается обычным образом. 


Статья 68. Исследование исключений 


Рассмотрим более подробно классификацию прерываний. 

Если процессор по каким-либо причинам не может выполнить очередную коман- 
ду, возникает внутреннее событие, называемое исключением. В зависимости от при- 
чины возникновения различают 18 видов исключений, которым присвоены номера 
векторов от 0 до 17 (строго говоря, исключений только 15 с номерами 0, 1; 3...8, 
10...14, 16и 17; вектор 2 закреплен за немаскируемыми прерываниями, возникающими 
при поступлении сигнала на ввод ММЕ микропроцессора, а векторы 9 и 15 не исполь- 
зуются). При возникновении исключения процессор умножает его номер на 8 и полу- 
ченное произведение использует как индекс в таблице дескрипторов прерываний ШТ. 
Таким образом, первые 18 дескрипторов ШТ должны всегда описывать программы 
обработчиков исключений. Следующие 14 векторов с номерами 18...31 зарезервирова- 
ны для будущих применений. 

Различные устройства компьютера (таймер, клавиатура и др.) сигнализируют о не- 
обходимости программного вмешательства в их работу с помощью сигнала прерыва- 
ния, который, пройдя через контроллер прерываний, поступает на вход ПМТ микро- 
процессора и инициирует в нем выполнение процедуры прерывания. В состав этой 
процедуры входит, в частности, чтение номера вектора, устанавливаемого контролле- 
ром прерываний на шине данных компьютера. Как известно, контроллер прерываний 
формирует передаваемый в процессор номер вектора путем сложения базового номе- 
ра, хранящегося в контроллере, с номером линии, по которой поступил запрос от уст- 
ройства. Номер базового вектора (в принципе в диапазоне 0...255) устанавливается в 
процессе программной инициализации контроллера. Поскольку в защищенном режиме 
векторы 0...31 зарезервированы за исключениями, базовые векторы контроллеров пре- 
рываний должны быть расположены в диапазоне 32...248. Таким образом, для обра- 
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ботки внешних аппаратных прерываний в защищенном режиме необходимо перепро- 
граммировать контроллеры прерываний компьютера. 

Сигнал немаскируемого аппаратного прерывания, поступающий на вход ММ 
микропроцессора, возникает в результате серьезного аппаратного сбоя в работе ком- 
пьютера. Как ужс отмечалось выше, для него зарезервирован вектор прерывания с но- 
мером 2. 

Программные прерывания возникают при выполнении процессором команды #1 с чи- 
словым аргументом. В принципе этот аргумент может принимать значения от 0 до 255, од- 
нако практически для программных прерываний допустимо использовать только векторы, 
оставшиеся свободными после размещения, во-первых, векторов исключений (32 вектора) 
и, во-вторых, векторов аппаратных прерываний (16 векторов). При этом два программных 
прерывания, именно команда шЁё 3, служащая для отладки, и команда и, фиксирующая 
арифметическое переполнение, обрабатываются в составе таблицы исключений. Для пер- 
вой выделен вектор с номером 3, для второй -- с номером 4. 

Нарушения в работе программы, приводящие к исключениям, могут иметь разную 
природу и разные возможности исправления в процессе выполнения программы. В соот- 
ветствии с этим исключения подразделяются на три класса: нарушения, ловушки и аварии. 

Нарушение, или отказ (Раий), -— это исключение, фиксируемое еще до выполнения 
команды или в процессе ее выполнения. Типичными примерами нарушений являются 
адресация за установленной границей сегмента или обращение к отсутствующему де- 
скриптору. При обработке нарушения процессор сохраняет в стеке адрес той команды, 
выполнение которой привело к исключению. При этом предполагается, что в обработ- 
чике нарушения его причина будет ликвидирована, после чего команда те! вернет 
управление на ту же, сще не выполненную команду. Таким образом, сам механизм об- 
работки нарушений предполагает восстановление этого программного сбоя. 

Ловушка (фар) обрабатывается процессором после выполнения команды, вызвав- 
шей это исключение, и в стеке сохраняется адрес не этой, а следующей команды. Та- 
ким образом, после возврата из обработчика ловушки выполняется не команда, ини- 
циировавшая исключение, а следующая за ней команда программы. К ловушкам отно- 
сятся все команды программных прерываний 11. 

Авария, или выход из процесса (абой), является следствием серьезных невосстано- 
вимых ошибок, например обнаружение в системных таблицах неразрешенных или не- 
совместимых значений. Адрес, сохранясмый в стеке, не позволяет локализовать вы- 
звавшую исключение команду, и восстановление программы не предполагается. 
Обычно аварии требуют перезагрузки системы. 

Процессор, зарегистрировав то или иное исключение, сохраняет в стске содержимое 
расширенного регистра флагов ЕРГАС$, селектор сегмента команд, смещение точки воз- 
врата, а также (в некоторых случаях) 32-битовый код ошибки (рис. 68.1). Даже если про- 
грамма выполняется в режиме 16-битовых адресов и операндов, в качестве смещения воз- 
врата выступает 32-битовое содержимое указателя команд ЕТР, в котором старшая полови- 
на, очевидно, равна нулю. Стоит упомянуть, что двухсловные данные располагаются в 
стеке всегда в таком порядке: в слове стека с меньшим адресом — младшая часть 32- 
битового данного, в слове стека с большим (на 2) адресом — старшая часть. Для выравнива- 
ния стека под содержимое С$ также отводится двойное слово, в младшей половине которо- 
го располагается С$, а старшая половина ничем не заполняется. Для общности на рисунке 
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обозначен 32-разрядный указатель стека ЕЗР, хотя в режиме 16-разрядных операндов фак- 
тически используется только его младшая половина УР. 


Адреса ячеек стека 
Код ошибки т-16 
п1-12 
13-8 
ЕЕГЛО5 т-4 ` 





т (исходное состояние ЕЗР) 
` Рис. 68.1. Состояние стека при исключении 
Код ошибки, включаемый для некоторых исключений в стек, позволяет получить 
дополнительную информацию об исключении, которую может использовать его 
обработчик. Формат кода ошибки зависит от номера исключения. Для исключений 10, 
И, 12 и 13 код ошибки имеет формат, приведенный на рис. 68.2. 


Биты 31 16 15 3210 


Индекс дескриптора 





Рис. 68.2. Формат кода ошибки для исключений сегментов 


Бит 0 (ЕХТ - от Ежегта|, внешний) равен единице, если исключение возникло в 
процессе обработки другого исключения или внешнего прерывания. 

Бит 1 (ШТ) равен единице, если исключение возникло в процессе чтения элемента 
таблицы дескрипторов прерываний, что может иметь место только при обработке ис- 
ключения или прерывания. 

Бит 2 (П- от ТаЫе ш@саюг, индикатор таблицы) равен единице, если дескриптор на- 
ходится в таблице локальных дескрипторов, и нулю, если дескриптор глобальный. В нашем 
случае все дескрипторы глобальные, так как таблицы локальных дескрипторов у нас нет. 

Перед завершением обработчика (командой ней) код ошибки следует снять со стека. 

Таким образом, для правильной обработки исключения необходимо знать причину 
его возникновения и вид, а также куда вернется управление после завершения обра- 
ботчика и включен ли в стек код ошибки. В табл. 68.1 приведен список всех исключе- 
ний с краткими характеристиками. 


Таблица 68.1. Исключения процессора 








Название Класс Команды, вызывающие 
исключения исключения ошиб- исключение 


- 
ки . 
[0 | Ошибка деления | Нарушение 


ый 

отладки 

ИЕ И ВИ И 
прерывание 

| 
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я Бы БЫ БИ 
цы массива 
И И И БИ 
код команды 
ЕЕ ль БИ 
доступен 
ре ры ин 
И-М ыНЫйЕ- ий 
сора из сегмента ращения к памяти 
Недопустимый Нарушение тар, саН, теь прерывание 
сегмент состояния 
задачи Т5$ 
И Би И 2-е 
мента ментного регистра 
Ей Бей ЫЙЙ | — бб 
ния к сте к стек 
п Ге ре нити — 
к памяти 
Ей ай = ББ 
шение к памяти 


| 15 | Зарезервировано | рвировано 


к ее 

сора 

ИР Бай Бы -- вы 
вания к памяти 


18.. | 18...31 | | Зарезервированы 


32. .25 | Предоставлены пользователю для аппаратных прерываний и команд 11 


При переходе на обработчик исключения процессор заносит в стек адрес возврата. 
В обработчике исключения этот адрес можно извлечь и вывести на экран вместе с но- 
мером возникшего исключения. Такое усовершенствование обработчиков существен- 
но упрощает процесс отладки программ защищенного режима, так как позволяет оп- 
`ределить, в какой именно точке программы произошло нарушение ее работы. При из- 
влечении из стека адреса возврата следует учитывать возможность наличия в стеке 
кода ошибки. 

Усовершенствованные программы обработчиков приведены ниже: 









ехс0 ргос ;Обработчик исключения 0 
рор ЕАХ ;АХ=ТР 
МОУ ЗТ, ОЕЕЗее 36г1п19+5;Выведем адрес 
са11 га азс ;‚ возврата на экран 
пох АХ, 0 ;Номер исключения 
пр Вопме ;На выход из обработчика 
ехс0 епар 


Так же выглядит и обработчик исключения 3 (разумеется, с отличием в предложе- 
нии занесения в регистр АХ номера исключения). Остальные обработчики (исключе- 
ний 10...13) будут несколько иными: 
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ехс10 ргос 


рор БАХ ;АХ=код ошибки (нам не нужен) 
рор ЕАХ ;АХ=ТР | 

моу 51, ОЕЁЕЗее 3&г1п9+5 ;Выведем адрес 

са11 мга_азс ;возврата на экран 

оу АХ, 10 ;Номер исключения 

Эмр Вопе ;На выход из обработчика 


ехс10 епар 


Внеся в программу предыдущей статьи описанные выше усовершенствования, 
воспользуемся ею для демонстрации причин возникновения исключений. Отлаженная, 
нормально работающая программа выводит на экран последовательность цветных 
символов, а также диагностическую строку, которая имеет вид 


ЕРЕЕЕ ЖИ ки КИК инии иИИй 


Если в процессе выполнения программы возникает исключение, на экран вместо 
числа ЕЕЕЕ выводится 16-ричный номер исключения. Включим в программу различ- 
ные варианты неправильных программных строк, приводящих к исключениям. Эти 
строки можно помещать в программу в любом месте, где процессор работает в защи- 
щенном режиме, например после предложения 129 или 135. Естественно, перед вклю- 
чением в программу нового исследовательского фрагмента старый надо удалить и, 
прогнав программу, убедиться в том, что ее работоспособность восстановлена. 

При отладке программ защищенного режима чаще всего возникает исключение 
13 — нарушения общей защиты. Попробуем обратиться к сегменту данных по относи- 
тельному адресу, выходящему за его пределы: 

оу АХ, 05: [Чаба_$12е-1];Возникает исключение 13 


Байт с номером даёа_512е-1 является последним байтом сегмента команд. Если бы 
мы обратились по этому адресу командой чтения байта 
оу АГ, 05: [Чаза_$12е-1];Команда не вызывает нарушений 


все было бы нормально. Однако при чтении целого слова второй байт этого слова ока- 
зывается за пределами сегмента данных и возникает нарушение общей защиты. Таким 
образом, в защищенном режиме процессор строго следит за тем, чтобы программа 
не обращалась к невыделенным ей участкам памяти. 

Попробуем теперь прочитать байт из сегмента команд. Атрибут 98№, который мы 
присвоили сегменту команд, говорит о том, что это исполняемый сегмент, который за- 
прещается читать или модифицировать. Команда 

оу А1,С$10] ;Команда вызывает нарушение общей защиты 


должна прочитать в регистр АГ первый байт сегмента команд. Однако команда вы- 
полнена не будет, а возбудит нарушение общей защиты. Таким образом, в защищен- 
ном режиме коды команд в сегменте команд нельзя ни модифицировать, ни даже чи- 
тать. Впрочем, это относится только к сегментам с атрибутом 988. Если же сегменту 
команд назначить атрибут ЭАВ, из него можно будет читать. 

Нарушение общей защиты возникает и в том случае, когда программа обращается 
к памяти за границей таблицы дескрипторов (вспомним, что в регистре таблицы деск- 
рипторов имеется не только поле базы таблицы, но и поле ее границы). Включим 
в программу строку загрузки в сегментный регистр отсутствующего в таблице гло- 
бальных дескрипторов селектора: 


пом АХ, 49 
пом РЗ, АХ ;Команда вызывает нарушение общей защиты 
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Вторая команда этого фрагмента должна загрузить в теневой регистр, связанный с сег- 
ментным регистром ЕЗ, дескриптор, отвечающий селектору 40, т. е. шестой по счету деск- 
риптор. Однако в нашей таблице только 5 дескрипторов, последний из которых имеет ин- 
декс 32, поэтому при выполнении команды возникает исключение общей защиты. 

Схожая ситуация возникает, если в программе встречается команда прерывания Ш! 
с номером, отсутствующим в таблице дескрипторов прерываний. Команда 

11% 20 ;Команда вызывает нарушение общей защиты 


возбудит исключение общей защиты, поскольку она должна извлечь из таблицы ШТ 
дескриптор с порядковым номером 20, а наша таблица имеет только 18 дескрипторов 
прерываний. А вот команда 

пе 3 ;Нарушения не будет 


является совершенно законной, так как для нее в ШТ предусмотрен дескриптор, а в 
сегменте команд соответствующий обработчик (который всего лишь выведет в первую 
позицию диагностической строки число 0003, а во вторую — смещение команды Ш! 3). 

Продемонстрируем теперь исключение нарушения стека. После предложения 129 
стек должен находиться в исходном состоянии, т. е. ЗР=1008. Выведем на экран для 
контроля содержимое 5Р и попробуем извлечь из стека одно слово. Поскольку стек 
пуст, это слово будет извлекаться из области памяти, лежащей за его границей. 


мох АХ, 5Р ;Выведем на экран содержимое 5Р 
оу $1, ОЕЕЗее $6г119+10;для контроля 

са11 мкА азс 

рор АХ ;Команда вызывает нарушение стека 


Возникает нарушение с номером ОСЬ — ошибка обращения к стеку. 

Рассмотрим еще одно исключение, возникающее при обращении к сегменту, помечен- 
ному как отсутствующий (исключение с вектором 11). Это исключение связано с фунда- 
ментальным для защищенного режима понятием присутствия (или отсутствия) сегмента. 
В дескрипторе любого сегмента имеется бит присутствия сегмента в памяти. Для дескрип- 
торов сегментов памяти (т.е. сегментов команд, данных или стека) этот бит, обознача- 
емый Р (от Ргезепь, присутствующий), находится в разряде 7 байта атрибутов 1. 

Бит присутствия предназначен для организации виртуального режима, в котором 
суммарный размер всех выполняемых одновременно программ может превышать фак- 
тический объем оперативной памяти. В этом случае операционная система хранит 
часть сегментов программ на диске, загружая их в память по мере необходимости на 
место тех сегментов, к которым временно не происходит обращений. В частности, 
система может загружать в память то одну, то другую, то третью задачи, создавая ил- 
люзию их одновременной работы. 

Таким образом, работа с битом присутствия — функция операционной системы. 
Выгрузив какой-то сегмент на диск, система сбрасывает бит Р в дескрипторе этого 
сегмента. Если программа делает попытку обращения к отсутствующему сегменту, 
возникает исключение, которое в конечном счете должно заставить систему загрузить 
требуемый сегмент в память, возможно, выгрузив перед этим другой сегмент. После 
загрузки сегмента в память система устанавливает в его дескрипторе бит Р, помечая 
его присутствующим. Последующие обращения к этому сегменту будут выполняться 
без нарушений. 

Если прикладная программа берет на себя часть функций операционной системы, 
она может сама устанавливать и сбрасывать бит присутствия, регулируя тем самым 
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(с помощью исключения отсутствия сегмента) доступ к сегментам. В простом случае, 
когда все сегменты всегда находятся в памяти, биты присутствия в их дескрипторах 
должны быть установлены. 

Читатель без труда сможет, сбросив бит присутствия в сегменте данных или ви- 
деопамяти, убедиться в возникновении исключения 11 в той точке программы, где 
происходит первое обращение к этому сегменту в защищенном режиме. 


Статья 69. Обработка аппаратных прерываний 
в защищенном режиме 


В предыдущих статьях мы рассмотрели обработку внутренних прерываний про- 
цессора, так называемых исключений. Перейдем теперь к обработке внешних, аппа- 
ратных прерываний, которые часто называют просто прерываниями. В принципе 
обработка прерывания выполняется, за исключением своей начальной аппаратной 
стадии, так же, как и обработка исключения: при поступлении на вход ПМТ микро- 
процессора сигнала от внешнего устройства процессор считывает с шины данных 
выставленный контроллером прерываний номер вектора, находит в таблице дескрип- 
торов прерываний дескриптор с соответствующим номером и, сохранив предвари- 
тельно в стеке адрес возврата, осуществляет переход на обработчик прерывания. 
Команда 1геф, которой заканчивается обработчик прерывания, возвращает управление в 
программу. Таким образом, для обработки аппаратных прерываний мы должны 
дополнить таблицу ШТ дескрипторами обработчиков аппаратных прерываний и вклю- 
чить сами обработчики в текст программы. 

В действительности, однако, дело обстоит несколько сложнее. 

Поскольку первые 32 вектора зарезервированы для обработки исключений, 
аппаратным прерываниям придется назначить другие векторы, например, начиная с 
номера 32=20[. Однако в машинах типа [ВМ РС контроллеры прерываний всегда 
программируются в процессе начальной загрузки так, что базовый вектор ведущего 
контроллера равен восьми, а ведомого — 70В. Таким образом, перед переходом 
в защищенный режим нам придется перепрограммировать контроллеры прерываний, 
назначив им базовые адреса за пределами векторов, предназначенных для 
обслуживания исключений процессора. В системах \/т4о\з ведущему контроллеру 
назначается базовый вектор 501, а ведомому — 581. Мы в наших учебных задачах не 
связаны правилами У! п40\’5 и можем назначить ведущему контроллеру, например, 
вектор 201, а ведомому -— 28В (или оставив у ведомого контроллера базовый вектор 
701). Между прочим, различие базовых векторов в реальном и защищенном режимах 
является сще одной причиной программной несовместимости этих режимов. 

Очевидно, что персд возвратом в реальный режим контроллеры надо снова 
перспрограммировать, иначе не смогут работать обработчики аппаратных прерываний 
В1О$5. Однако это дело относительно трудоемкое. Можно поступить проще: переход в 
реальный режим реализовать с помощью отключения процессора, предварительно 
загрузив в область данных ВГО$ по адресу 40Ъ:67В двухсловный адрес возврата в нашу 
программу. Если при этом в байт ОР КМОП-микросхемы заслать вместо кода ОА, 
как это мы делали в примере 65.1, код 051, то после сброса процессора ВШО$ выполнит 
перспрограммирование контроллеров прерываний, после чего, как и раньше, передаст 
управление в указанную нами точку. Поскольку, однако, мы в наших примерах 
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используем программный переход в реальный режим (путем сброса бита 0 регистра 
СВО), нам придется перепрограммировать контроллеры прерываний дважды - перед 
переходом в защищенный режим и перед возвратом в реальный. 

Вторая особенность обработки прерываний связана с форматом дескриптора 
прерываний (шлюза). Как уже отмечалось в статье 67, в таблицу ШТ могут входить шлюзы 
задачи, прерываний и ловушек. Для дескрипторов ловушек мы использовали значение поля 
атрибута 8ЕЪ; дескрипторы аппаратных прерываний должны иметь атрибут 8ЕВ. 

Так же как и в реальном режиме, если переход на обработчик осуществляется 
через шлюз прерывания, процессор сбрасывает при входе в обработчик флаг {Е в 
регистре флагов ЕЕГАО$. Команда 1геф, загружая из стека сохраненное там исходное 
содержимое БЕГАС$, снова разрешает прерывания. При переходе на обработчик через 
шлюз ловушки состояние флага Е не изменяется. 

Модифицируем программу 67.1, введя в нее обработку аппаратных прерываний 
(пример 69.1). Для простоты ограничимся обработкой прерываний только от двух 
источников — таймера и клавиатуры. Таймер, будучи постоянно действующим 
источником прерываний, является естественным объектом исследований, а обработку 
прерываний от клавиатуры придется включить для того, чтобы нажатия на клавиши 
например, при вводе команды запуска программы, не приводили к сбоям в защи- 
щенном режиме. Таким образом, мы сможем ограничиться перепрограммированием 
только ведущего контроллера и включением в таблицу ГОТ лишь двух шлюзов 
прерываний. Чтобы полностью обезопасить себя от незапланированных прерываний, 
их можно замаскировать в контроллерах прерываний. 

Общий ход выполнения программы выглядит следующим образом. После необхо- 
димых инициализирующих действий программа начинает, как и в предыдущих приме- 
рах, выводить на экран цепочку символов. Для замедления этого процесса в цикл 
вывода включена программная задержка, а число шагов цикла увеличено. Прерывания 
от таймера, пересчитываемые в отношении 4:1, приводят к выводу на экран знака "!". 
После того как цикл вывода символов в основной программе завершится, программа 
выводит на экран диагностическую строку, переводит процессор в реальный режим и 
завершается, выведя перед этим сообщение функцией 2О$. 

Как уже отмечалось, многие программные блоки будут без изменений переходить 
из примера в пример. В таких случаях мы будем ограничиваться заголовочными 
комментариями. Полный текст опущенных блоков можно найти в примере 67.1. 


Пример 69.1. Обработка аппаратных прерываний от таймера и клавиатуры 
.586Р ; (1) 
;Структура Зезсг для описания дескрипторов сегментов 


; Структура &гар для описания шлюзов ловушек 


;Сегмент данных 
Зафа зедтеле изе16 ; (2) 16-разрядный сегмент 
;Таблица глобальных дескрипторов СОТ 


;Таблица дескрипторов прерываний 


196 1аБе1 мога ; (3)Метка начала таблицы дескрипторов исключений 
фгар 13 Чар (<апму>} ; (4) Дескрипторы исключений 0...12 

сгар <ехс13> ; (5) Дескригтор исключения 13 

фгар 18 дар (<9лтту>) ; (6) Дескриптор исключений 14...31 

фгар <пем_98,,8ЕН> ; (7) Дескриптор прерывания от таймера 

гар <пем 09,,ЗЕВ> ; (8) Дескрилтор прерывания от клавиатуры 
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1аЕ_з12е=$-1а 


; (9) Размер таблицы дескрипторов исключений 


;Различные данные программы 


раезсг ЧЕ 


0 
1ел=$-зе 1 пд 


0 


5 10 


магк_ 08 Чм 1600 


&1те_08 ч6 0 
пазкег 90 
31ауе а 0 


Зата_312е=$-да& _по11 


Часа еп95 


;Сегмент команд 

фехе зедтепе 15е16 
аззите Сб:техе, 05: Зака; (21) 

фехезед 1аре1 мога 

;Обработчик исключения общей защиты 

; (23) Исключение 13 - общей защиты 


ехс13 ркос 
рор 
рор 
поу 
са11 
пох 
Эр 
ехс!13 епар 


ЕАХ 
ЕАХ 


$Т, орЕзеф з3к11п9+5; (26) Место в выводимой строке 


ига азс 
АХ, 13 
Воме 


; (10) Псевдодескриптор для команд 19а и 1194 


59 ЧЪ 27,'[31;42м Вернулись в реальный режим! 
ЗЕЕ119 аь тхххх хххжехххк ХАК ЬХХКк Жжххх!, 


; 


, 


; (16) Маска прерываний ведущего контроллера 
; (17) Маска прерываний ведомого контроллера 
; 


; (19) 


Й 


Й 


(13) Длина строки 


; (14) Позиция для вывода из пем_08 
; (15) Счетчик прерываний 


(18) Размер сегмента данных 


; (20}16-разрядный сегмент 


; (22) Метка начала сегмента команд 


; 


; 


; (24) Снимем со стека код ошибки 


; (25) ЕТР в точке исключения 


(27) Преобразуем в символы 
(28) Код данного исключения 


;(29)На завершение программы 


: 


; (30) 


;Обработчик остальных исключений 


ааититу ргос 
шоу 
Эпр 
аитму епар 


;Обработчик прерываний от 


пен_08 ргос 
разн 
рузН 
фезе 
912 
поу 
моу 
оу 
пох 
ааа 

Кр: пс 
поу 
оцЕ 
рор 
рор 
аь 
1геё 

пем 08 епдр 


АХ, 55558 
Воме 


АХ 

вх 

Е1пе_ 08,03 
зК1р 

АГ, 218 

АН, 718 

ВХ, магк_08 
Е5: [ВХ], АХ 
пагк_08,2 
1те_08 


, 


, 


; (31) 
; (32) Условный код 


; (33} 


; 


, 


; (34) 
таймера 


(35) 


; (36) Сохраним используемые 
; (37) регистры 
; (38) Пересчет на 4, чтобы снизить 


; (39) частоту вывода символа на экран 
; 


; (41) Цвет 


‚ 


‚ 


(40) Символ "!" 


; (42) Позиция на экране 


; (43) Отправим символ в видеопамять 


: 


; (44) Смещение по зкрану 


; (45) Пересчет прерываний 


, 


; (46) ЕОГ ведомого 


; (47) контроллера 


Й 


; (50) Возврат 


‚ 


; (48) Восстановим используемые 


(49) регистры 


; (51) в программу 


; (52) 


;Обработчик прерываний от клавиатуры 


пен_09 ргос 
разь 
1п 
1 
ог 
оце 
апа 
ое 
шоу 
ое 


АХ 

АЪ, 60 
АГ, 61 В 
АТ,, ВОВ 
618, АГ, 
АГ, 7ЕВ 
61., АГ, 
АГ, 208 
20., АТ, 


й 
; 


; 


' 
; 
, 
, 
; 
й 
; 


; (53) 


(54) Сохраним АХ 


; (55) Получим введенный символ 

; (56) Получим содержимое порта В 
; (57) Установкой старшего бита 

; (58) и последующим сбросом его 
; (59) сообщим контроллеру о 

; (60) приеме скан-кода символа 

; (61) Команда ЕОГ конца 

; (62) грерывания 
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,‚27,' [00$'; (11) 
; (12} Шаблон диагностической строки 
15 20 25 Позиции в шаблоне 


327 


пем_09 
ма1п 


рор 
а 
1гее 
епар 
ргос 
хог 
оу 
пох 


АХ 
66н 


БАХ, БАХ 
АХ, Чака 
25, АХ 


; (63) Восстановим АХ 
; (64) Возврат 

; (65) в программу 

; (66) 

; (67} 

; (68) 

; (69) 

; (70) 


;Вычислим и загрузим в СОТ линейный адрес сегмента данных 


;Вычислим и загрузим в СОТ линейный адрес сегмента команд 


;Вычислим и загрузим в СОТ линейный адрес сегмента стека 


;Подрготовим псевдодескриптор р4езсг и загрузим регистр СОТ 


;Сохраним маски прерываний контроллеров 


# (71) 
; (72) Ведущего 
; (73) 
; (74) Ведомого 


;Инициализируем ведущий контроллер (базовый вектор теперь 32) 


; (75) СКИ1: будет СКИЗ 

; (76) 

; (77) СКИ2: базовый вектор 

; (78) 

; (79) СКИЗ: ведомый подключен к уровню 2 
; (80) 

; (81) СКИ4: 80х86, требуется ЕОТ 

; (82) 

; (83) Маска прерываний 

; (84) 


;Запретим все прерывания в ведомом контроллере 


;Загрузим ТОТ 


; (85) Маска прерываний 
; (86)В порт 


могЯ рег р4езсг, 19 312е-1 ; (87) Граница 


; (88) 


АХ, ОЕЕЗее 19%; (89) 


; (90) Линейный адрес ТОТ 


@мога рег р4езсг+2,ЕАХ; (91)В псевдодескриптор 


; (92) Загрузка ТОТВ 


;Переходим в защищенный режим 


1 АГ, 21 В 
мох мазбек, АГ 
1 АГ, ОА1В 
оу $51ауе, АГ 
поу АГ, 118 
очЕ 20Н, АБ 
по АГ, 32 
опе 218, АЬ 
по АТ, 4 
опе 2185, АЁ 
пом АГ, 1 
опе 216, АЁ 
по АГ, ОЕСН 
оп 211, АГ 
пох АБ, ОРЕН 
[69 ОА1Н, АБ 
шоу 

хог БАХ, ЕАХ 
моу 

ааз ЕАХ, ЕВР 
оу 

1149 раезск 
по БАХ, СВО 
ОЕ ЕАХ, 1 
МОУ СКО, ЕАХ 


; (93) Получим содержимое регистра СВО 
; (94) Установим бит защищенного режима 
; (95) Запишем назад в С80 


’ ‚ 
; Загружаем в С5:ТР селектор:смещение точки сопё1пое 


сопё1пие: 


;Делаем адресуемыми данные 


;Делаем адресуемым стек 


;Инициализируем Е5 


}; (96) 


;Выводим на экран тестовую строку символов 
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361 
пом 


21,1920 


; (97) Разрешаем аппаратные грерывания 
; (98) Начальная позиция на экране 
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поу СХ, 320 ; (99)4 строки символов 
оу АХ, 1Е 01 Н ; (100) Символ+атрибут 


$Сгп: $$ о5м ; (101) Содержимое АХ на экран 
1пс АГ ; (102) Инкремент символа 
разр СХ ; (103) Сохраним СХ внешнего цикла 
шоу ЕСХ, 200000 ;(104)Введем небольшую задержку 
Яе1ау: 95 675 ; (105} Чтобы использовать ЕСХ 
1оор Че1ау ; (106) Цикл задержки 
рор сх ; (107) Восстановим СХ 
1оор зскп ; (108) Цикл вывода символов 
;Выведем в диагностическую строку код нормального завершения 
оу АХ, ОРЕЕЕВ ; (109) Условный код нормального завершения 
Нопе : оу ЗТ, ОЕЕзее зёг1па; (110) Переход из обработчиков исключений 
са11 мчга азс ; (111) Преобразование АХ в символьную строку 


;Выводим на экран диагностическую строку 
оу ЗТ, ОБЕЗзее зег1па; (112) 


шоу СХ, 1еп ; (113) 
пом АН, 74В ; (114) 
оу 21,1280 ; (115) 
3сгп]1: 1093 ; (116) 
зЕо05м $ (117) 
1оор зсгп1 ; (118) 
; Вернемся в реальный режим 
с11 ; (119) Запретим прерывания 


;Сформируем и загрузим дескрипторы для реального режима 
;Выполним дальний переход для того, чтобы заново загрузить селектор 
;в регистр С5 и модифицировать его теневой регистр 


;Переключим режим процессора 
до: ... } (120) р 


еее неенненна--н---; 
гебагп: $ (121) 

;Восстановим операционную среду реального режима 
;Восстановим состояние регистра ТОТК реального режима 
;Реинициализируем ведущий контроллер прерываний, 
;установив в нем базовый вектор 8 


;Восстановим исходные маски прерываний обоих контроллеров 


моу АГ, тазсег ; (122)Маска прерываний 
ОЕ 21Н, АЁ ; (123) 
пох АГ, $] ауе ; (124)Маска прерываний 
оц ОА, АБ ; (125) 
31 ; (126) Разрешим аппаратные прерывания 
; Работаем в П”,5 у 
пох АН, О9Н ; (127) Проверим выполнение функций 1005 
оу ОХ, оЕЁзее мза; (128) после возврата в реальный режим 
11% 216 ; (129) 
пом АХ, 4С00Н ; (130) Завершим программу обычным образом 
11 218 ; (131) 
ша1п епар ; (132) 
;Подпрограммы преобразования числа в символьную форму 
игЯ_азс ргос ; (133) 
Ь1п_азс ргос ; (134) 
со4е_312е=$-кехезед ; (135) Размер сегмента команд 





Раздел шестой. ЗАЩИЩЕННЫЙ РЕЖИМ 329 


$ехЕ епЯз ; (136) Конец сегмента команд 
;Сегмент стека 


епЯ ма1п ;} (137) Конец программы 


Для сокращения размера программы упрощена диагностика исключений. Обычно 
при отладке программы возникает лишь исключение 13 — общей защиты. Поэтому мы 
оставили в программе обработчик только этого исключения; как видно из текста 
программы (предложения 23...30), он выводит на экран номер исключения, а также 
содержимое указателя команд ГР. Для всех остальных исключений предусмотрен 
общий обработчик, который выводит на экран условный код 5555 (предложения 
31...34). Это дает возможность контролировать возникновение всех возможных 
исключений. Если в процессе отладки программы выяснится, что при ее выполнении 
возникает исключение с номером, отличным от 13, придется дополнить программу 
индивидуальными обработчиками каждого исключения, что позволит установить 
номер и место возникновения исключения. 

Дескрипторы в таблице прерываний должны быть расположены по порядку их 
векторов. Поэтому начинается таблица с 13 одинаковых дескрипторов исключений, 
имеющих в нашей программе общий обработчик 4ипиму. Затем идег дескриптор 
исключения 13, а за ним еще 18 одинаковых дескрипторов. Наконец, на 33-м месте 
(вектор 32) описан дескриптор обработчика аппаратного прерывания от таймера 
(пе\у/_08), а на следующем месте — дескриптор обработчика аппаратного прерывания 
от ‘клавиатуры. Как уже отмечалось выше, дескрипторы аппаратных прерываний 
отличаются от дескрипторов исключений только типом шлюза. Это дало нам возмож- 
ность определить в таблице ШТ оба дескриптора аппаратных прерываний с помощью 
той же структуры ‘тар, задав для 4-го параметра значение 8ЕВ (вместо 8ЕВ, указанного 
в определении структуры). 

В сегмент данных дополнительно включены переменные для обслуживания обра- 
ботчика от таймера (тагкК_08 и Нте 08), а также для хранения исходных значений 
масок прерываний (тлаз{ет и $1ауе) ведущего и ведомого контроллеров прерываний. 

В сегменте команд обработчики прерываний и исключений, так же как и все 
остальные процедуры, могут следовать в любом порядке. Наш сегмент команд начи- 
нается с обработчиков исключений и аппаратных прерываний. Далее расположена 
главная процедура тат, а за ней подпрограммы \т4_азс и Ып_а$с, необходимые для 
преобразования двоичного содержимого регистров в символьную форму. 

Обработчик прерываний от таймера (предложения 35...52), как уже говорилось, при 
каждом своем вызове выводит на экран знак ! и смещает позицию, подготавливая ее для 
следующего вызова. Процедура обработчика начинается с сохранения используемых в ней 
регистров, после чего выполняется проверка содержимого ячейки Нте 08 (предложе- 
ние 38). Программа обработчика продолжается, только если в этой ячейке сброшены оба 
младших бита. Тем самым осуществляется пересчет прерываний в отношении 4:1. На экран 
выводится цветной символ !, и выполняются инкременты позиции на экране (в ячейке 
таш_08) и счетчика прерываний Чте 08. Обработчик завершается генерацией сигнала 
конца ` прерывания ЕОГ для ведущего контроллера (порт 208), восстановлением 
сохраненных ранее регистров и командой те. Поскольку в защищенном режиме аппарат- 
ное прерывание смещает стек не на три слова, как в реальном режиме, а на 6 (см. рис. 68.1), 
обработчики прерываний должны заканчиваться "длинной" командой те, которая снимет 
со стека три двойных слова. Для того чтобы в 16-разрядном приложении создать такую 
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команду, следует перед обычной командой ие! использовать префикс замены размера 
операнда 66} (предложения 50 и 51). 

Обработчик прерываний от клавиатуры (Предложения 53...66) в нашем примере 
не выполняет никакой полезной работы, однако необходим для правильного функцио- 
нирования программы. В нем выполняется стандартный набор операций, состав 
которых определяется особенностями контроллера клавиатуры. 

В предложении 55 выполняется чтение из порта 60Н поступившего с клавиатуры 
кода символа (практически в порту может находиться скан-код отпускания клавиши 
Емег, оставшийся там от последнего нажатия этой клавиши при запуске нашей про- 
граммы с клавиатуры). Далее предложениями 56...58 выполняется установка в порту 
616 управления клавиатурой старшего бита, а следующими двумя предложениями -— 
сброс этого бита. Кратковременная установка бита 7 в порту 61 оповещает контрол- 
лер о том, что программа извлекла код символа из порта 60|; это разрешает контрол- 
леру вывод в порт очередного символа. После посылки в контроллер прерываний ко- 
манды ЕО! и восстановления сохраненного ранее регистра АХ программа обработчика 
завершается "длинной" командой 1ге1. 

С предложения 67 начинается главная процедура таш. В ней обычным образом 
заполняются глобальные дескрипторы, загружается регистр СОТВ, запрещаются 
внешние прерывания. В предложениях 71...74 сохраняются исходные для данного 
компьютера значения масок прерываний обоих контроллеров прерываний. 

Далее выполняется перепрограммирование (инициализация) ведущего контрол- 
лера прерываний с целью изменения его базового вектора. Процедура инициализации 
рассматривалась в статье 26; здесь она для наглядности приведена еще раз. Закончив 
инициализацию контроллера, необходимо установить в нем требуемую маску пре- 
рываний. Таймер подключен к уровню 0, а клавиатура — к уровню 1, поэтому слово 
маски, посылаемое в порт 20}, равно ЕСВ. 

Инициализация ведомого контроллера, от которого прерывания поступать заведо- 
мо не будут, в программе не выполняется, но для надежности все прерывания в нем 
маскируются (предложения 85 и 86). Теперь, когда вся система прерываний настроена, 
можно загрузить регистр ШТВ, "подложив" процессору новую таблицу дескрипторов 
прерываний и исключений. Наконец, установкой бита 0 управляющего регистра СВО 
процессор переводится в защищенный режим. 

Программа защищенного режима принципиально не отличается от примера 67.1, 
за исключением того, что командой $Н разрешаются аппаратные прерывания (предло- 
жение 97). В цикл вывода на экран последовательности символов включена небольшая 
задержка (предложения 103...107). Кроме этого, число выводимых символов увеличе- 
но до 320 (предложение 99). Все это нужно для того, чтобы за время выполнения цик- 
ла вывода символов таймер, который работает с частотой 18,2 Гц, успел дать несколь- 
ко сигналов прерываний. 

Если программа подготовлена без ошибок, она будет функционировать следую- 
щим образом. В 13-ю и последующие строки экрана выводятся с небольшой скоро- 
стью желтые символы по синему фону. Их количество (320, т.е. 4 строки) задано 
в программе. Одновременно в 11-ю строку с частотой 18,2/4 Гц поступают изображе- 
ния восклицательного знака (синие по белому фону). Перед завершением программы в 
9-ю строку экрана выводится диагностическая строка 


ЕЕЕЕ ЖКХ ЖКИХ ИМИ ик ик 
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и, наконец, после перехода процессора в реальный режим в позицию курсора красным 
по зеленому выводится строка 


Вернулись в реальный режим! 


Вид экрана после выполнения рассмотренного примера (который был запущен из 
оболочки РО$ Моцоп Соттапдег) показан на рис. 69.1. 


ЕРЕР некие зееи-мания зим 


#71191 


Сбеч ПоВВ ЛТА ЧЕ ЕЕ 1+ -жат 1“'898’ Ож+,-. 70123456789: ; <=>19АВСОЕРЕН 1КЕМНОР 
ОАЗТИУИХУ2 [\.1^_`аъсёегчн [к Иипор А и 


бегдежзийкамнопй т 1 Не Я Ррстуфхичицьыьэняй 


61194”. Лив 0+5. НН, НЫ Роли 


:\СУЯВЕМТ>р .ехе 
Вернуаись в реальный режии! 
:\СИИВЕМТ> 
Помощь 2Вызов ЗЧтение 4Правка 5Копия бНовИмя 7НовКат ВУдаи-е ЭМеню  160Выход 





Рис. 69.1. Вывод программы 69.1 


После завершения цикла вывода символов (предложения 112...118) необходимо 
вернуть систему в первоначальное состояние. Начать зту процедуру следует с запре- 
щения аппаратных прерываний (предложение 119), после чего выполнить рассмотрен- 
ные ранее операции изменения информации в теневых регистрах дескрипторов, пере- 
ключения процессора в реальный режим, восстановления операционной среды реаль- 
ного режима (содержимого всех сегментных регистров, а также указателя стека) и, 
наконец, восстановления исходной таблицы векторов прерываний реального режима. 
Далее следует заново инициализировать ведущий контроллер прерываний, чтобы ус- 
тановить в нем в качестве базового вектор 8. Фрагмент инициализации в примере 69.1 
опущен, так как он полностью повторяет предложения 75...82 за исключением пред- 
ложения 77, в котором следует указать вектор 8. 

После перепрограммирования ведущего контроллера можно установить исходные 
маски в обоих контроллерах (предложения 122...125) и, наконец, разрешить аппарат- 
ные прерывания (предложение 126). Возврат в реальный режим завершен. 

Рассмотренный пример позволяет поставить поучитсльный эксперимент, демонст- 
рирующий возникновение исключений. Если в предложении 99 увеличить число вы- 
водимых символов с 320 до 1040, то программа заполнит ими весь экран до последне- 
го знакоместа, но в остальном она будет функционировать как и прежде. Если же за- 
дать вывод 1041 символа, последний символ должен быть выведен уже за пределами 
видеостраницы. Видеопамять там есть (видеопамять всех восьми страниц является 


332 ЯЗЫК АССЕМБЛЕРА: уроки программирования 


слитным образованием), однако мы задали в дескрипторе размер сегмента точно 
4 000 байт и попытка вывода символа за пределами сегмента должна привести к нару- 
шению общей защиты. Так оно и будет; на экран будет выведена диагностическая 
строка | 

0000 0000-0107 ****-**** «*** 


Здесь 0002 - номер возникшего исключения (исключение 13 общей защиты), 


а 00000107 — смещение команды, возбудившей это исключение. По листингу 
трансляции нетрудно установить, что это команда 
зсгл; зсозм ; (101) Содержимое АХ на экран 


в которой сделана попытка обратиться к видеопамяти, находящейся за пределами объ- 
явленного нами сегмента. 


Статья 70. Переключение задач 


Важнейшей особенностью защищенного режима является возможность параллель- 
ного выполнения нескольких задач с надежной защитой их друг от друга, чем и объяс- 
няется название режима. Под задачей (‘азК) понимают выполняемую на компьютере 
программу или ее фрагмент, имеющий относительно самостоятельное значение. 
В частности, задачей можно назвать всю программу, и тогда многозадачность обозна- 
чает параллельное выполнение нескольких не связанных друг с другом программ. Од- 
нако задачей может быть и достаточно самостоятельная часть программы. Например, 
обработчики аппаратных прерываний уместно назвать задачами: для них характерно 
выполнение параллельно и независимо от основной части программы. Вообще, ничто 
не мешает включить в состав программы несколько самостоятельных участков, пере- 
ключение между которыми будет осуществляться периодически или по каким-то со- 
бытиям, например нажатиям определенных клавиш. Эти фрагменты могут образовы- 
вать отдельные сегменты команд, но могут входить в состав единого программного 
сегмента, как в последующих примерах. В настоящей статье будут рассмотрены дета- 
ли архитектуры процессора, обеспечивающие выполнение и переключение задач. 

Организация многозадачного режима опирается на следующие аппаратные и про- 
граммные средства, о которых пока не было речи: 

» сегмент состояния задачи (Тазк З4ае Зестепь, Т55); 

» дескриптор сегмента состояния задачи; 

» регистр задачи (ТазК Верлз{ег, ТК); 

дескриптор ишлюза задачи (Так рае). 


Сегмент состояния задачи (Т$$) представляет собой поле данных, включаемое в 
состав сегмента данных либо образующее отдельный сегмент небольшого размера. 
Каждая задача, участвующая в процедуре переключения, должна иметь свой Т$5; 
именно наличие Т55$ делает данный программный объект задачей. В предыдущих 
примерах сегменты состояния задач отсутствовали и эти программы, таким образом, 
задачами не являлись. Сегменты состояния задач служат для хранения, при переклю- 
чениях задач, их текущих контекстов, т.е. содержимого аппаратных регистров про- 
цессора и другой информации. Поскольку ТЗ5 представляется процессору отдельным 
сегментом, ему должен соответствовать дескриптор. В отличие от обычных сегментов 


Раздел шестой. ЗАЩИЩЕННЫЙ РЕЖИМ 333 


данных, Т55 описывается не дескриптором сегмента памяти, а системным дескрип- 
тором, который к тому же может находиться только в таблице глобальных дескрип- 
торов. Системные дескрипторы имеют практически тот же формат, что и дескрипторы 
памяти (см. рис. 66.1), отличаясь только отсутствием бита умолчания П и кодом типа 
дескриптора (0 вместо 1, рис. 70.1). 


Байты 


7 6 5 4 3 2 
а Атриуты Атрибуты База сегмента 23...0 


Биты Биты 
7654321076543219 


А 
в|х|о|у| Граница ПРИ, Тип 
| 19.16 


Рис. 70.1. Формат системного дескриптора 






Граница сегмеита 
15...0 






Тип системного дескриптора может принимать ряд значений, приведенных 
в табл. 70.1. 


Таблица 70.1. Значения поля типа для системных дескрипторов 











Назначение дескриптора 





Не определено 
Свободный сегмент состояния задачи (Т$5$) 80286 
ГРТ 


Занятый сегмент состояния задачи (Т5$) 80286 


о | 
18| Не определено 
КИ 

















Свободный сегмент состояния задачи (Т5$ 
Не определено 


Занятый сегмент состояния задачи (Т$$) 80386, 1486, Репйит 


Любопытно отметить, что возможные для системных дескрипторов значения поля 
типа не перекрываются значениями для шлюзов (см. табл. 67.1), а дополняют их, хотя 
форматы тех и других дескрипторов совершенно разные. 

В зависимости от порядкового номера дескриптора Т$$ в таблице дескрипторов 
ему соответствует тот или иной селектор. Селектор 'Т$$ текущей (активной) задачи 
должен быть загружен в регистр задачи ТВ. Для исходной, главной задачи эта загрузка 
осуществляется программно с помощью предназначенной для этого команды Иг (1оа@ 
{азК герт%ег, загрузка регистра задачи); при переключении на новую задачу программа 
передает процессору селектор нового Т$$ и перезагрузку регистра ТК. осуществляет 
процессор в ходе переключения задач. 

Переключение на новую задачу осуществляется командой дальнего вызова са| \могд 
р или, в некоторых случаях, дальнего перехода лир 4\/ог4 рйг. В качестве аргумента этих 
команд указывается двухсловное поле, в первом слове которого записывается селектор тре- 
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буемого Т$$. Существует и другой способ переключения — не через селектор Т$$, а через 
шлюз задачи (дескриптор шлюза с кодом типа, равным пяти). В этом случае селектор тре- 
буемого Т3З указывается в поле для селектора в шлюзе задачи. Переключение через шлюз 
задачи имеет то преимущество, что его можно выполнить по аппаратному прерыванию, так 
как, в отличие от дескриптора сегмента состояния задачи Т3$, шлюз задачи можно распо- 
ложить в таблице дескрипторов прерываний. 

Процесс переключения на новую задачу изображен на рис. 70.2. 


Задача фак 0 Задача фаз К1 


таш ргос > Шертета ргос 
. . 
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саП д\уогд ры’ {а3К1_ ой 


Действия процессора 


Регистры процессора 


С$:ЕР <— из 1551 
и переход на 1а5К1 


Действия процессора 


Регистры процессора 


СЗ:ЕТР <— из 1550 и возврат 
иа продолжение задачи 1азКО 
















«— Сохранение в своем 15$ Сохранение в своем 133 —» 


«— Заполнение из 1551 
1азК1 оз 1581 


Заранее подготовленный 
контекст задачи а5К1; 

ЕАХ, ЕВХ, ..., $5:Е$Р, С$:Е ПР 
(точка входа в 1а$К1), ... 


Заполнение из {$50 —> 


13$0 


Место для коитекста задачи 
‘а5Ко; ЕАХ, ЕВХ, ..., $$:Е5Р, 
С$:ЕТР (адрес команды, 

следующей за са), ... 

















Рис. 70.2. Основные действия при переключении задач 


Выполняя переключение задач, процессор сохраняет контекст текущей задачи 
(1а5КО на рис. 70.1) в ее Т5$ и загружает контекст новой задачи, включая селектор и 
относительный адрес точки входа в задачу, из Т3$ новой задачи (4а$К1 на рис. 70.2), 

Задача, на которую осуществляется переключение, должна в этом случае 
завершаться командой ше. которая обрабатывается процессором не так, как те 
обычного обработчика прерываний. В случае переключения задач процессор по 
команде 1ге{ выполняет обратное перемещение контекстов — контекст завершающейся 
задачи на момент ее завершения сохраняется в ее Т$5, а в регистры процессора из Т3$ 
исходной задачи загружается сохраненный там контекст, соответствующий моменту 
переключения на вторую задачу. Таким образом, Т5$ можно рассматривать как 
функциональный аналог стека, который тоже используется для сохранения содер- 
жимого регистров и другой информации в обработчиках прерываний и подпро- 
граммах. Однако сохранение в стеке и восстановленис из него выполняются с по-. 
мощью последовательностей команд процессора, а сохранение и восстановление кон- 
текстов с помощью Т5$ осуществляется процессором аппаратно в процессе пере- 
ключения задач. 
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Поля Т$$ исходной задачи запол- 
няются процессором при первом 


переключении на новую заду | 9 | Сб | 0% 
(чтобы можно было вернуться в 041 
исходную); программист может не о | 39 | 088 
заботиться о его содержимом. Другое ОСН 
дело 55 задачи, на которую 
осуществляется переключение. В Т5$ оо | 10в 
содержится такая важная для 148 
выполнения задачи информация, как [о | 18 
адрес точки входа, а Также исходное 1С 
содержимое сегментных регистров и 
регистров общего назначения. По ль 
крайней мере некоторые из этих полей 248 
должны быть заполнены в исходной 28 
задаче еще перед переключением на 
новую. Рассмотрим кратко содер- 2сь 
жимое Т$$ (рис. 70.3). зо 
Т$$ имеет размер минимум 104 ЗАВ 
байта. В начале Т$5 имеется 16- За 
битовое поле связи, используемое 
при переключении задач. Для ис- ЗСВ` 
ходной, главной задачи (азКО) его 40% 
содержимое не имеет значения. При дан 
переключении на новую задачу 8 
({азКГ) процессор заносит в поле 
связи ТЗ$ новой задачи селектор 4Св 
Т$$ исходной задачи, чем создается 501 
связь между новой и старой задача- 54 
ми. Если новая задача, в свою оче- 
редь, переключается на следующую 581 
задачу (‘а$К2), в поле связи Т$$ этой 5СВ 
следующей задачи процессор зано- бов 
сит селектор ТЗ$ предыдущей зада- Адрес карты — т 6 
чи и т.д. В результате создается ввода-вывода - в 


связный список вложенных задач 
(рис. 70.4). 


Смещенне от базы ‘13$ 























Карта ввода-вывода 
(если она есть) 


Рис. 70.3. Формат сегмента состояния задачи (Т55) 


Команда те которой заверитается каждая вложенная задача, выполняет обратное 
переключение задач. В ходе этой операции процессор извлекает из поля связи Т$$ 
текущей задачи селектор ТЗ предыдущей (по порядку вложенности) и передает ей 
управление, восстановив перед этим из ТЗ$ этой задачи ее контекст. 
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Селектор $610 Селектор зе!1 Селектор $е12 


Т$$ исходной Т$$ вложенной Т$5 вложениой 


задачи ЗазКо задачи 1а5К1 задачи ФазК2 





Рис. 70.4. Цепочка связанных Т55 


По адресам 04Ъ, ОСЬ и 148 относительно базы ТЗ$З располагаются кадры стеков 
уровней привилегий 0, 1 и 2. Содержимое этих полей загружается в регистры $5 и 
ЕЗР, если при переключении задачи происходит смена уровня привилегий. Задачи на- 
ших примеров будут работать на одном (нулевом) уровне привилегий; в этом случае 
поля кадров стеков не используются, а регистры 3$ и ЕЗР инициализируются содер- 
жимым ячеек Т$$ с адресами 5ОН и 388. 

Регистр управления СКЗ (поле Т$$ с адресом 1СВ) содержит базовый адрес ката- 
лога страниц и используется, если включено страничное преобразование. Наличие в 
Т$$ поля для регистра СВЗ позволяет иметь для каждой задачи свой каталог страниц 
и, соответственно, свои таблицы отображения виртуальных адресов, действующих в 
программе, на физические адреса памяти. В наших примерах страничное преобразова- 
ние выключено и регистр СВЗ не используется. 

Двухсловное поле Т5$ с адресом 206 предназначено для хранения значения указа- 
теля команд ЕР. В Т$$ исходной задачи это поле заполняется процессором при пере- 
ключении на новую задачу; процессор заносит туда адрес команды, следующей за ко- 
мандой переключения, т. е. адрес возврата. В ТЗ задачи, на которую происходит пе- 
реключение, поле для ЕР должно быть заполнено программно смещением точки 
входа в задачу. При этом следует иметь в виду, что при возврате в старую задачу ко- 
мандой ше{ процессор записывает в поле для ЕР завершившейся задачи в качестве 
"адреса возврата" адрес команды, следующей за 1геф, т. е. адрес уже за пределами зада- 
чи. Если планируется повторное переключение на эту задачу, то перед каждым пере- 
ключением необходимо восстанавливать в ее Т5$ адрес точки входа. 

Сохранение в ТЗ$ исходной задачи текущего содержимого регистра флагов 
ЕРГАО$З (по адресу 241) позволяет осуществлять переключение в любой точке задачи 
без потери ее работоспособности. 

Участок Т55 с адресами 28[...476 отведен для хранения содержимого регистров 
общего назначения. При переключении с исходной задачи на новую задачу процессор 
сохраняет в этих полях Т$З исходной задачи текущее содержимое регистров, а при 
обратном переключении командой ис! восстанавливает регистры из этих полей Т$$ 
исходной задачи, обеспечивая правильное продолжение ее выполнения. Что же каса- 
ется ТЗ$ новой задачи, то, заполнив заранее поля регистров в Т$$ новой задачи, мож- 
но передать ей исходные параметры. 

Младшие половины шести двухсловных полей начиная с адреса 481 отведены под 
содержимое сегментных регистров. Эти поля используются точно так же, как и поля 
регистров общего назначения. 

Если новая задача использует таблицу локальных дескрипторов, ее селектор слс- 
дует занести в ТЗ$ по адресу 601. 
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Бит 0 слова по адресу 641 используется для отладки переключаемых задач. Если в Т5З 
новой задачи установлен этот бит, то сразу же после переключения генерируется исключе- 
ние отладки с номером 1. Остальные биты слова по адресу 64Н должны быть равны нулю. 

Слово с адресом 66} содержит смещение битовой карты ввода-вывода, которая, 
при ее наличии, располагается в Т5$ по последующим адресам и используется для за- 
щиты портов компьютера от несанкционированного доступа. Каждый бит этой карты 
соответствует одному порту (вся карта, таким образом, может достигать 64 Кбит, или 
8 Кбайт). Если бит, закрепленный за некоторым портом, равен нулю, задача любого 
уровня привилегий может обращаться к этому порту. Если бит равен единице, то при 
обращении к порту задачей с недостаточно высоким уровнем привилегий генерирует- 
ся исключение общей защиты. 

Как уже отмечалось выше, переключение на новую задачу осуществляется с по- 
мощью команды дальнего вызова, а возврат в исходную задачу — командой ие. При 
этом команда ие{ё должна инициировать довольно сложную процедуру обратного пе- 
реключения через селектор Т5$, хранящийся в поле связи Т3$ текущей задачи. Однако 
в обработчиках прерываний и исключений та же команда неё выполняется иначе: она 
просто снимает со стека три 32-битовых слова (ЕЕГАС5, СЗ и ЕГР) и загружает их в 
соответствующие регистры, обеспечивая возврат из обработчика в прерванную задачу. 
Каким же образом команда ге! определяет, в каком режиме ей надлежит работать? 

Режим выполнения команды те! определяется состоянием специального флага МТ 
(Мезе4 ТазК, вложенная задача), расположенного в бите 14 регистра флагов ЕЕГАС$. 
Команда те! анализирует состояние флага МТ и, если он сброшен, осуществляет обыч- 
ный возврат из программы обработки прерывания (через стек); если же флаг МТ уста- 
новлен, команда ше! инициирует обратное переключение задач через селектор в Т$3. 

После загрузки компьютера флаг МТ находится в установленном состоянии. Одна- 
ко любое аппаратное прерывание или исключение сбрасывает этот флаг, в результате 
чего команда ше завершающая обработчик, выполняется в "облегченном" варианте. 
То же происходит при выполнении процессором команды программного прерывания 
пе. Поскольку команда ше! восстанавливает исходное состояние регистра флагов, по- 
сле завершения обработчика флаг МТ снова оказывается установленным. 

При выполнении процедуры переключения на новую задачу через шлюз задачи 
или непосредственно через ТЗ$ процессор сохраняет в ТЗ$ текущей задачи слово фла- 
гов и устанавливает в регистре флагов бит МТ (независимо от того, был ли он перед 
этим сброшен или установлен). Команда те завершающая задачу, обнаруживает 
МТ=1 и вместо осуществления возврата через стек инициирует механизм обратного 
переключения задач. 

Если вложенная задача, в свою очередь, выполняет переключение на следующую зада- 
чу, текущее слово флагов с установленным битом МТ сохраняется в Т$$ текущей задачи. 
После завершения новой задачи это слово будет возвращено в регистр флагов и, таким об- 
разом, задача будет продолжаться с МТЕТ, что обеспечит ее правильное завершение. 

Рассмотрим пример, демонстрирующий механизм переключения задач (при- 
мер 70.1). Для этого включим в состав нашей программы две практически одинаковые 
процедуры - подпрограммы {а$К1 и а$К2, выводящие на экран некоторые контрольные 
строки. Главная процедура, таш будет представлять собой исходную управляющую 
задачу. Процедуры ‘а$К1 и 1а5К2 будут выполнять роль задач, на которые осуществля- 
стся переключение из управляюшей задачи. В примере 70.1 тексты этих процедур вы- 
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делены в отдельные сегменты команд (которых, таким образом, будет в программе 
три). Это сделано только для наглядности; процедуры {а5К1 и ‘азК2 можно было распо- 
ложить и в общем сегменте команд. Главная процедура осуществляет все необходи- 
мые инициализирующие действия, переводит процессор в защищенный режим и пере- 
ключается последовательно сначала на задачу {а$К1, а затем на задачу 1а5К2. Далее 
обычным образом подготавливается среда реального режима и выполняется переклю- 
чение в реальный режим. Вывод программы в случае ее правильной работы приведен 
на рис. 70.5. | 


Работает процедура ТазК2 


Работает процедура ТазК1 





Рис. 70.5. Вывод программы 70.1 


Пример 70.1. Задачи и их переключение 
.586Р (1) 
; Структура для описания дескрипторов сегментов 


; Структура для описания шлюзов ловушек 


;Сегмент данных 

дафа зедтепе 15е16 ; (2)16-разрядный сегмент 

;Таблица глобальных дескрипторов СОТ 

9а*_п11 дезск <> ; (3} Селектор 0 

ЧА _Чафа Чезск <дафа_$12е-1,,,9265>; (4) Селектор 8, сегмент данных 
ЧА4Е_со4е дезск <со4е_з1хе-1,,,98Н>; (5) Селектор 16, сегмент команд 
9ае_з$асКк Чезск <599,,,92Н>; (6) Селектор 24, сегмент стека 
94Е_зскееп Чезск <3099, 80001, ОВН, 921>; (7) Селектор 32, видеогамять 
94 _кехЕ]1 Чезск <&ехё1_512е-1,,,ЭАН>; (8) Селектор 40, коды $азк1 
ЧАЕ_ЕехЕ2 Чезск <вехЕ2_ $12е-1,,,ЭАН>; (9) Селектор 48, коды +азК2 
94 {530 Чезск <103,0,0, 891>; (10) Селектор 56, Т550 

чае {551 Чезск <103,0,0,89Н>; (11) Селектор 64, Т$51 

94 {552 Чезск <103,0,0,891>; (12) Селектор 72, Т$$2 

99Е_312е=$-ча6 _по11 ; (13) Размер СОТ 

;Таблица дескрипторов прерываний 

1АЕ 1аБе1 мога ; (14) Метка начала таблицы дескрипторов исключений 


гар 10 апр (<4атту>) ; (15) Дескрипторы исключения 0..9 
$гар <ехс10> ; (16) Дескрилтор исключения 10 
сгар <ехс11> ; (17} Дескриптор исключения 11 
$гар <ехс12> ; (18) Дескриптор исключения 12 
$гар <ехс13> ; (19) Дескриптор исключения 13 
Екар 18 апр (<Яитту>) ; (20) Дескрипторы исключений 14...31 


1АЕ $12е=$-14а6 


; (21) Размер таблицы дескрипторов исключений 


;Различные данные программы 


раезсг ЧЕ 0 


п59 АБ 27,'[31;42ш Вернулись в реальный режим! ' 


; (22) Псевдодескриптор для команд 194 и 114% 
‚27, ' [0м$'; (23) 


зЕк1па аь ххх ххх ххх ж*ж*х!; (24) 

; 0 5 10 15 20 25 Позиции в шаблоне 
1еп=$-з&г1п9 ; (25) 

$350 ам 52 аар (0) ;(26)Т55$ задачи 0 

$551 Ям 52 апр (0) ; (27)Т85$ задачи 1 

{352 Чм 52 аор (0) ; (28)Т5$5 задачи 2 


$азкК1 оЕЁз ам 0 
$азК1 зе) ам 64 
сазК2_оЕЁз ам 0 
сазК2_зе1 дм 72 


; (29) 
; (30) 
; (31) 
; (32) 
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Часа 312е=$-чае по11 ; (33) Размер сегмента данных 


дафа елЯз $; (34) 
; Сегмент команд 
тех зедиепЕ цзе16 ; (35}16-разрядный сегмент 
аззиме С5:$ехе,05:Чафа; {36) 
фехёзеч 1аре1 мога ; (37) Метка начала сегмента команд 
ехс10 ргос ; (38) Исключение недопустимого Т$$ 
пом АХ, 8 ; (39) Загрузим в 05$ селектор сегмента 
поУу 2$, АХ ; (40) данных главной задачи 
рор ЕАХ ; (41) 
рор БАХ $ (42) 
пом УТ, ОЕБЕЗее 3:1 109+5; (43) 
Са11 ика азс ; (44) 
поУ АХ, 10 ; (45) 
Этр Вопе ; (46) 
ехс10 епар } (47} 
ехс11 ргос ; (48) Исключение отсутствия сегмента 
ехс} 1 епар ; (49) 
ехс12 ркос ; (50) Исключение обращения к стеку 
ехс12 епар $ (51) 
ехс13 ркос ; (52) Исключение общей защиты 
ехс13 епар ; (53) 
аипиу  ркос ; (54) 
поУ АХ, 8 ; (55) 
оу 25, АХ ; (56) 
пом АХ, 5555Н ; (57) Код остальных исключений 
пр Вопе ; (58) 
Читиу  ерар ; (59) 
пазп ркос ; (60) 
хо ЕАХ, ЕАХ ; (61) 
моу АХ, ааса ; (62) 
поУ 5$, АХ ; (63) 


;Вычислим и загрузим в СОТ линейный адрес сегмента данных 
;Вычислим и загрузим. в 6СОТ линейный адрес сегмента команд %ехЕ 


;Вычислим и загрузим в СОТ линейный адрес сегмента команд %ех®1 


хоЕ ЕАХ, ЕАХ ; (64)Очистим ЕАХ 
поУу АХ, сехё1 ; (65) Сегментный адрес сегмента команв 
351 ЕАХ, 2 ; (66) 


поу ВХ, оЕЁЕзее чае СехЕ1; (67) 
пом [ВХ] .Базе_1,АХ; (68) 
эзВе ЕАХ, 16 ; (69) 
пом [ВХ] .Базе ш,АЬ; (70) 
;Вычислим и загрузим в СОТ линейный адрес сегмента команд %ехЕ2 
... ;По аналогии с предыдущим блоком 
;Вычислим и загрузим в СОТ линейный адрес сегмента стека 


;Вычислим и загрузим в СОТ линейный адрес Т$50 


поУ ЕАХ, ЕВР ; (71) ) Линейный адрес сегмента данных 
ааа АХ, оЕЕзеф +550; (72) Линейный адрес Т550 

пох ВХ, ОЕЕзеф чае +550; (73) Смещение дескриптора 

шоу [ВХ] .Базе_1,АХ; (74) Загрузим младшую половину базы 
эре БАХ, 16 ; (75) АХ=старшая половина базы 

мох [3Х].Базе м,АГ; (76) Загрузим среднюю часть базы 


;Вычислим и загрузим в СОТ линейный адрес Т$51 
... ;Го аналогии с гредыдущим блоком; 
;Вычислим и загрузим в СОТ линейный адрес Т552 
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;По аналогии с предыдущим блоком 
;Подготовим псевдодескриптор раезсг для загрузки регистра СОТВ 


11 ; (77) Запрет прерываний 
;Т550 инициализировать не надо. Инициализируем Т551 

поУ {$51+4СН, 40 ; (78) С5 

по &5$1+20Н, оЕЁзее $азК1; (79) ТР 

оу {3$1+50Н,24 ; (80) 55 

поУ {3$1+38Н,200; (81) 5Р 

поУ &$53$1+54Н,40 ; (82) 05$ (=С5) 

пои {5$51+488,32 ; (83) ЕЗ 
;Инициализируем Т5$2 

пом $353$2+4С1,48 ; (84) 65 

тоу {3$2+201, оЕЁЕзеф фазК2; (85) ТР 

поУ $3$2+50Н,24 ; (86) 55 

оу $552+38Н, 400; (87) $Р 

оу $5$2+54Н,48 ; (88) 0$ (=С$} 

поУ &552+48Н,32 ;(89)Е5 
;Загрузим ТРТВ 


;Переходим в защищенный режим 


пом ЕАХ, СКО ; (90) Получим содержимое регистра С80 
ог ЕАХ, 1 ; (91) Установим бит защищенного режима 
поУ СВО, ЕАХ ; (92) Запишем назад в СВО 


;Загружаем в С5:1ТР селектор:смещение точки соп®1пае 


сопЕ1 пе: ; (93) 
;Делаем адресуемыми данные и стек; инициализируем Е5 


;Загрузим регистр задачи ТВ селектором Т55 главной задачи 
тоу АХ, 56 ; (94) 
16 АХ ; (95) 
;Выполним переключение задач 
са11 @мога рег $азКк1 оЕЁз ;(96)На задачу 1 
са11 Чмога рег КазК2 оЕЁз ;(97)На задачу 2 
;Выведем в диагностическую строку код нормального завершения 
поу .АХ, ОРЕРЕН ; (98) 
Боме: тоу ЗТ, ОЕЕзее зег1па ; (99) 
са11 мха азс ; (100) 
;Выведем на зкран диагностическую строку 


;Вернемся в реальный режим 
;Сформируем и загрузим дескрипторы для реального режима 


;Выполним дальний переход для того, чтобы заново загрузить селектор 
;в регистр С5 и модифицировать его теневой регистр 


;Переключим режим гроцессора 
до: ... ; (101) 


гебигп: ; (102) 
;Восстановим вычислительную среду реального режима 
пом АХ, дака $; (103) 
пом 05, АХ ; (104) 
(ФА АХ, ЕК ; (105) 
Мом 55$, АХ ; (196) 
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тоу 52,600 # (107} 

;Восстановим состояние регистра ТОТК реального режима 

;и завершим программу 
оу АХ, ОРЕЕЕН ; (108) Граница сегмента реального режима 
| е4 мог рег раезск,АХ ; (109) 


поу ЕАХ, 0 ; (110) Смещение таблицы векторов 
шоу 4иога рёг рдезск+2,ЕАХ; (111) 
1196 раезск ; (112) Загрузим гсевдодескриптор в ТОТВ 
$61 ; (113) Разрешим агпаратные прерывания 
оу — АН, ЭН ; (114) Проверим выполнение функций 20$ 
оу ОХ, оЕЁЕзее тза; (115) госле возврата в реальный режим 
176 21 ; (116) 
тоу АХ, 4С00Н ; (117) Завершим программу обычным образом 
пе 21 в ; (118) 
мазп епар. ; (119) 
;Подгрограммы и"га_азс и Ъ1п_азс преобразования числа в символьную форму 
соде_512е=$-сех&5е9 ; (120) Размер сегмента команд Сехе 
сехе еп45$ ; (121) 
;Сегмент стека главной задачи 
зЕК зедшепе 15е16 зфасКк; (122) 16-разрядный сегмент 
АБ 600 аар ('^') ;(123)Увеличенный размер стека 
зЕК еп95 ; (124) 
;Сегмент команд задачи 1 
сехе1 зедтепе ц5е16 ; (125) 
аззцме С$:бехЕ1 ; (126) 
Еазк1 ргос ; (127) Процедура задачи 1 
оу АН, ТЕН ; (128) Атрибут символов на зкране 
оу ЗТ, ОЕЕзеф пз91; (129) Смещение выводимой строки 
поу 01,1600 ; (130) Позиция на зкране 
поч СХ,24 ; (131) Длина выводимой строки 
с1: 1о4зь } (132) Символ строки в АБ 
5во5и ; (133) Символ+атрибут на зкран 
1оор с1 ; (134) Цикл по строке 
1гее ; (135) Завершение задачи 1 
591 АБ 'Работает процедура ТазК1'; (136) Сообщение задачи 1 
фазК1 епар ; (137) Конец процедуры задачи 1 
$ехе1_5$12е=$-$а$К1 ; (138) Размер сегмента задачи 1 
сехЕ1 еп45 ; (139) Конец сегмента задачи 1 
; Сегмент команд задачи 2 
фехе2 зедтепе и5е16 ; (140) 
аззиме С5$:еехё2 ; (141) 
фазк2 ргос ; (142) Процедура задачи 2 
. ;Аналогично $азК1 (другая позиция на зкране) 
пза2 Ч 'Работает процедура ТазК2'; (143) Сообщение задачи 2 
фазКк2 епар ; (144) Конеш процедуры задачи 2 
{ех*2_512е=$-сазКк2 ; (145) Размер сегмента задачи 2 
фехф2 еп45 ; (146) Конец сегмента задачи 2 
еп та1п ; (147) Конец программы и точка входа 


Таблица глобальных дескрипторов дополнена двумя новыми дескрипторами сег- 
ментов команд #4 {ехИ задачи | и #41 {ех@ задачи 2, имеющими некоторые особен- 
ности. Для того чтобы не создавать в каждой задаче собственный сегмент данных, мы 
поместили контрольные строки текста, выводимые задачами на экран, в их сегменты 
команд (предложения 136 и 143) — техника, обычная для программ реального режима. 
Однако обычный сегмент команд с атрибутом 98В можно только исполнять, но не чи- 
тать. Чтобы разрешить задачам читать данные из их сегментов команд, дескрилторам 
этих сегментов присвоены атрибуты 9АВ (см. рис. 69.1 и табл. 69.1). 
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В таблице глобальных дескрипторов появились также три новых дескриптора 
БА 1550, ВАЕ 1551 и 2АЕ 1552 сегментов состояния задач Т$$. В нашем примере исполь- 
зуются Т$$ минимального размера - по 104 байта, поэтому граница дескрипторов Т$$ 
равна 103. Атрибут | дескрипторов имеет значение 89В: присутствующий, уровень 
привилегий ОРГ.=0, свободный Т5$ (рис. 70.6). 


Биты 7 6 543210 


к 
|2 [оно |2 | тете 


ооо го о 1 89н 
Присутствие ОРГ=0 Свободный Т85 


Рис. 70.6. Расшифровка значения атрибута для дескриптора Т55 


Вспомним, что дескриптор Т$$ может быть свободным и занятым (см. табл. 70.1). 
Описывая сегменты состояния задач в таблице дескрипторов, мы указываем с 
помощью кода типа, что они свободны. Как только селектор дескриптора Т5$ будет 
загружен в регистр задачи ТК, процессор изменит код атрибута дескриптора этого 
Т$$, объявив его занятым. При этом Т$$ исходной задачи остается занятым до ее 
завершения, даже если происходят переключения на другие задачи. Т$$ вложенной 
задачи помечается процессором как занятый, как только произойдет переключение на 
эту задачу, а после ее завершения и возврата в исходную задачу Т$$ вложенной задачи 
снова освобождается. Попытка переключения на задачу, Т5$ который занят, приводит 
к исключению нарушения общей защиты, чем предотвращается повторный запуск 
активной задачи. 

В сегменте данных главной задачи зарезервировано место для трех сегментов 
состояния задач (предложения 26...28). Там же предусмотрены двухсловные поля адресов 
для команд саЙ 4\’ог@ ру переключения на вложенные задачи (предложения 29...32). 
Поскольку переключение осуществляется через Т5$ задачи, в качестве сегментного адреса 
задачи указывается селектор ее Т5$ (в данном случае 64 и 72). Слово со смещением при 
переключении задач игнорируется, хотя должно присутствовать в программе согласно 
формату команды сай. | 

Ввиду относительной сложности программы, при отладке которой могут воз- 
никать разнообразные ошибки, в программу включены отдельные обработчики 
исключений: 10 (недопустимый Т$5), 11 (ошибка обращения к стеку), 12 (отсутствие 
сегмента) и 13 (общая защита). Все остальные исключения приводят к вызову общего 
обработчика диглту. 

Процедуры обработчиков исключений несколько изменились. Исключения, как и 
аппаратные прерывания, возникают асинхронно, в неизвестных заранее точках про- 
граммы. При передаче управления на обработчик исключения процессор изменяет 
только содержимое С$Р (сохраняя вектор прерванной задачи в стеке), но весь кон- 
текст задачи, т. е. содержимое сегментных и прочих регистров, остается таким, каким 
он был в прерванной задаче. Если обработчику исключения требуются какие-либо 
данные из главной задачи, как это и имеет место в нашей программе, он должен соот- 
ветствующим образом настроить сегментные регистры. Это, в свою очередь, разрушит 
контекст прерванной задачи. Поэтому для обработчиков исключений действуют те же 
правила, что и для обработчиков аппаратных прерываний: при входе в обработчик 
следует сохранить, а перед завершением восстановить используемые им регистры. Ес- 
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ли, однако, оформить обработчики как самостоятельные задачи и поместить в деск- 
рипторы исключений селекторы их Т5$, сохранение и восстановление контекста пре- 
рванной исключением задачи будет выполняться процессором аппаратно в ходе пере- 
ключения. 

В нашем случае все исключения приводят к завершению программного комплекса, 
поэтому сохранение регистров не требуется, однако настройка сегментного регистра 
05$ для обеспечения обращения к сегменту данных главной задачи необходима. Засыл- 
ка в 0$ селектора сегмента даа (конкретно числа 8) дает возможность обращаться за- 
тем в обработчике к строке $5 тр и вызывать подпрограмму \1@ ас, которая также 
работает с полями данных главной задачи. 

Общая структура программы осталась без изменений. На этапе создания таблицы 
глобальных дескрипторов дополнительно заполняются два дескриптора сегментов ко- 
манд (ех{ и 4ех@ (предложения 64...70 и далее), а также три дескриптора, описываю- 
щие сегменты состояния задач Т$$ (предложения 67...72. и далее). 

Перед переключением на задачу 1 следует инициализировать некоторые поля 
Т5$1 и Т$$2 (предложения 78...89). Т$$0 инициализировать не надо, так как он будет 
заполнен процессором при первом переключении на вложенную задачу. В данном 
примере инициализация Т5$ выполняется еще в реальном режиме, хотя эту операцию 
можно было бы перенести в защищенный режим. Поля для СЗ и [Р Т$$1 заполняются 
селектором сегмента команд задачи [ и смещением 1а$К! точки входа в задачу 1. Для 
стека задачи [ произвольно выделена область начиная с байта 200 нашего сегмента 
стека (селектор сегмента тот же, а смещение 200; предложения 80 и 81). Поскольку 
данные задачи | в нашем примере расположены в ее сегменте команд, в поле для 0$ 
заносится селектор 40 сегмента команд этой задачи (предложение 82). Поле для Е$ 
инициализируется селектором видеопамяти (предложение 83). Схожим образом за- 
полняются поля Т$5$2. 

Далее следуют уже рассмотренные ранес операции загрузки регистра ШТК и пе- 
рехода в защищенный режим. 

После перехода в защищенный режим и выполнения обычных процедур инициализа- 
ции сегментных регистров в регистр задачи ТВ. загружается селектор Т$$ исходной задачи 
(предложения 94 и 95), что обеспечит возврат из вложенной задачи в исходную. 

Наконец, командами косвенного дальнего вызова (предложения 96 и 97) осущест- 
вляется последовательное переключение сначала на задачу 1, а затем на задачу 2. Про- 
цедуры обсих задач заканчиваются командами те! переключения на исходную задачу. 

В процессе отладки задачи полезно убедиться, что модифицированные процедуры 
обработчиков исключений работают правильно, выводя на экран диагностическую 
информацию (номер исключения и адрес его возникновения) как из главной задачи, 
так и из вложенных задач. Для этого следует включить в программу строки, которые 
должны заведомо приводить к тому или иному исключению. Например, предложение 

оу 1591, АБ 


включенное в любос место процедуры {а$К1, вызовет исключение общей защиты 
(ОСОБ), так как при выполнении этой процедуры в регистре 0$ находится селектор сег- 
мента команд, в который запрещена запись. Точно так же предложения 


пом 52,609 
рор АХ 
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приведут к исключению нарушения стека (ОСЬ), поскольку после занесения в регистр 
ЗР смещения дна стека извлечь из него уже ничего нельзя. 

Следует подчеркнуть, что рассмотренный пример организации переключения за- 
дач предназначен лишь для знакомства с элементами архитектуры процессора, а также 
алгоритмами его работы, связанными с понятием задачи. Вряд ли можно найти какой- 
то практических смысл в переключении задач нашего примера. Впрочем, это замеча- 
ние можно отнести к большинству примеров данного раздела. В них иллюстрируются 
главным образом базовые понятия. архитектуры процессора, а отнюдь не принципы 
построения многозадачных операционных систем защищенного режима. 


Статья 71. Раздельные операционные среды 
и таблицы локальных дескрипторов 


Задачи 1азК1 и 1а5К2 в предыдущем примере хотя и образовывали отдельные сег- 
менты, но, в сущности, не были как-либо защищены друг от друга. Однако наглядно 
продемонстрировать это обстоятельство не так-то просто. Действительно, понятие за- 
щиты обозначает главным образом невозможность одной задаче затереть поля данных 
другой, а в примере 70.1 задачи {азК1 и {а5К2 не имеют сегментов данных: выводимые 
на экран символьные строки расположены в соответствующих сегментах команд. Это, 
кстати, позволило нам еще раз обратить внимание на свойства сегментов команд в за- 
щищенном режиме: сегменты с атрибутом 92Н можно только исполнять, сегменты же с 
атрибутом ЭАВ допускают также и чтение (но не запись). 

Видоизменим пример 70.1 так, чтобы каждая задача обладала собственными сег- 
ментами данных и стека, и покажем незащищенность задач друг от друга (при- 
мер 71.1). 

Пример 71.1. Задачи с собственными сегментами данных и стека 


.586Р 
;Структура для описания дескрипторов сегментов 


;Структура для описания шлюзов ловушек 


; Сегмент данных главной задачи 


Дафа зедтепЕ 13е16 ;16-разрядный сегмент 
;Таблица глобальных дескрипторов СОТ 
99&_п\11 Чезск <> ;Селектор 0 


9А&_Чафа Чезск <Зафа_312е-1,,, 921>; Селектор 8, сегмент данных 
9Аае_соЧе Чезск <со4е_312е-1,,,98п>;Селектор 16, сегмент команд 
9ЗЕ_зкасК Чезск <599,,,92Н>;Селектор 24, сегмент стека 

94Е зсгееп Чезск <3999,80001, ОВН, 92Н>; Селектор 32, видеопамять 
94+ фехЕ1 аезск <5ехе1 з12е-1,,,981>; Селектор 40, коды $азК1 
чае _ кехе2 Чезсг <кехе2 3$120-1,,,98Н>; Селектор 48, коды %азК2 
чае _ Е330 Чезсг <103,0,0,891>;Селектор 56, 1550 

ЧЕ 63581 Чезсг <103,0,0,891>; Селектор 64, Т5$51 

94 _&5$2 дезск <103,0,0, 89Н>; Селектор 72, Т552 

94Е Чафа1 Чезск <Чафа1_$12е-1,,,921>;Селектор 80, данные $азК1 
чае _ Зака? Чезск <Зафа2 з12е- 1,,,92Нн>;Селектор 88, данные фазк2 
93 зЕК1 Чезск <255,,,92.> ;Селектор 96, стек +азк1 

аа зеК2 Чезск <255,,,92н> ;Селектор 104, стек «азК2 
9А&_$12е=$-чае_ пи11 ;Размер СОТ 

;Таблица дескрипторов прерываний 
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;Различные данные программы 


;Как в примере 70.1 


;Сегмент команд главной задачи 
;16-разрядный сегмент 


фехе зедтепе ш5е16 
аз5име С5:бехе, 05 :Чафа 


фехЕзед 1аБеф мога 


;Метка начала сегмента команд 


;Обработчики исключений 10, 11, 12, 13 и остальных (аопту) 
та1п ргос 

хох ЕАХ, ЕАХ 

поч АХ, Часа 

оу 05$, АХ 
;Вычислим и загрузим в СОТ линейный адрес сегмента данных Часа 
;Вычислим и загрузим в СОТ линейный адрес сегмента команд %ехЕ 
;Вычислим и загрузим в СОТ линейный адрес сегмента команд %ех®1 
;Вычислим и загрузим в СОТ линейный адрес сегмента команд ®ехё2 
;Вычислим и загрузим в СОТ линейный адрес сегмента стека з&К 
;Вычислим и загрузим в СОТ линейный адрес сегмента стека $азК/ 

хог БАХ, БАХ 

моу АХ, ЗЕ К1 

‚ 51 БАХ, 4 

моу ВХ, оёЕзее ч4Е_з*К1 

поу [ВХ] .Базе_1, АХ 

$ВЕ ЕАХ, 16 

оу [ВХ] .Базе_в,АЬ 


;Вычислим и 
;Вычислим и 


;Вычислим и 


загрузим в СОТ линейный 
загрузим в СОТ линейные 


загрузим в СОТ линейный 


адрес сегмента стека ®азК2 
адреса 1550, 1551 и 1552 


адрес сегмента команд Чака! 


;Очистим ЕАХ 
;Сегментный адрес сегмента команд 


хог ЕАХ, ЕАХ 

моу АХ, Ча а1 

$51 БАХ, 4 

оу ВХ, оЕЕзее 9ЧЕ_Зава1 
моу [ВХ] .Базе_1, АХ 

$Ве БАХ, 16 

поу [ВХ] .Базе_м, АБ 


;Вычислим и 
;Подготовим 


с11 


поу {$531+4Сп,40 ;С5 
оу {331+201, оё#зеф 
оу {351+50Н,96 ;55 
пох {3$1+381,256;5Р 
оу {$$1+546,80 ;05 
оу {5$1+481,32 ;Е5 


;Инициализируем Т552 


по Е332+4С1,48 ;С5 
поу Е5$52+20Н, оЕЁзеё 
по $552+50Н,104;$5 
мо {352+381, 256; 5Р 
тоу {352+54Н,88 ;05 
мох {552+48Н,32 ;ЕЗ 
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загрузим в СОТ линейный адрес сегмента команд Ча®а2 
псевдодескриптор р4езск для загрузки регистра СОТК 


;Запрет прерываний 
;Т550 инициализировать не надо. 


Инициализируем Т551 


фазк1; ТР 


фазК2; ТР 
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;Загрузим ТОТВ 


; Переходим в защищенный режим 


1 
1 
4 
| 
[ 
1 
1 
1 
4 
1 
И 
1 
1 
1 
1 
1 
1 
| 
1 
1 
1 
1 
1 
| 
| 
! 
| 
О 
1 
[ 
1 
1 
| 
! 
| 
1 
! 
| 
| 
| 
1 
И 
| 
й 
й 
1 
| 


7 т 
;} Теперь процессор работает в защищенном режиме ; 


{; Загружаем в С$:1Р селектор:смещение точки сопЕ1пае 
сопЕ1пте: 
;Делаем адресуемыми данные и стек, инициализируем Е$ 
;Загрузим регистр задачи ТВ селектором Т$$ главной задачи 
мох АХ, 56 
1%к АХ 
;Выполним переключение задач 
са11 амога рех $азКк1 ОЕЁз 
са11 @мок@ рег вазК2_оЕЕ5 


;Выведем в диагностическую строку код нормального завершения 


;Выведем на экран диагностическую строку 
;Вернемся в реальный режим 
;Сформируем и загрузим дескрипторы для реального режима 


;Выполним дальний переход для того, чтобы эаново’ загрузить селектор 


;в регистр С$ и модифицировать его теневой регистр 


};Переключим режим процессора 


; Теперь процессор снова работает в реальном режиме ; 


гебагп: 

}Восстановим вычислительную среду реального режима 
;Восстановим состояние регистра ТОТВ и завершим программу 
ма1п епар 

;Подпрограммы преобразования МЕЧ азс и Б1п_азс 


со4е_5$12е=$-кех&зед ;РАазмер сегмента команд 

сехё епаз 

;Сегмент стека главной задачи 

ЕК зедтепе \13е16 заск;16-разрядный сегмент 
[в =) 256 ар ('^') 

ЕК епа5 

;Сегмент команд задачи 1 

фехе1 зедчтеле изе16 


аззите С5:6ехЕ1 
фазКк1 ргос 


оу АН, 1ЕВ ; Атрибут 
поУ ЗТ, оЕЕзеё тз91;Смещение строки 
поУ 21,1600 ;Позиция на экране 
пои СХ, 24 ;Длина строки 
С1: 1оазь ;Символ в АБ 
$ЕО5м ;Символ+атрибут на экран 
1оор с1 ;Цикл 
1геё ; Завершение задачи 1 


фазку епар 
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сехЕ1_$12е=$-6азК1 
фехЕ1 епаз 


;Сегмент данных задачи 1 

Чафа1 зедтепе и5е16 

$91 Ар 'Работает процедура ТазК1' 
Зафа1_$12е=$-т$91 

Чафа1 епа5 


; Сегмент стека задачи 1 


ЗЕК1 зедтепе 5е16 зЕаскК 
Аь 256 аир('1') 
ЗЕК1 епаз 


;Сегмент команд задачи 2 
;Аналогично задаче фазк, но другая позиция на экране 
; Сегмент данных задачи 2 
Чафа2 зедтепе и5е16 
$92 ЧЬ 'Работает процедура ТазК2' 
Чафа2_512е=$-пз492 
Зафа2 ела$ 


; Сегмент стека задачи 2 


зЕК2 зедтепе ц5е16 зкаск 
АБ 256 ацр('2'} 

$&К2 епа5 ‚ 
еп ма1п 


По сравнению с примером 70.1 в таблицу глобальных дескрипторов добавились 
дескрипторы сегментов данных (24 даа1, 26 Чаа2) и стеков (24 $1, 24 $2) для 
задач {а$К] и {а5К2. Для всех стеков выбран размер 256 байт. Поскольку данные задач 
теперь будут располагаться в сегментах данных, сегментам команд всех задач присво- 
ен атрибут 98В (только исполнение). 

Введение новых дескрипторов потребовало включения в программу блоков вы- 
числения и загрузки в СОТ линейных адресов сегментов да{а1, да{а2, $1 и $2. Не- 
сколько изменились блоки инициализации сегментов состояния задач Т$51 и Т5$2: в 
каждом Т$5 указаны значения собственных селекторов данных и стека и изменены 
исходные значения $Р. Наконец, в задачах ‘а$К] и 1а5К2 данные перенесены в сегменты 
данных. В остальном текст программы остался тем же. 

Результат выполнения рассмотренной программы ничем не должен отличаться от 
вывода примера 71.1 (см. рис. 70.4). 

Попробуем теперь по ходу выполнения задачи 1 дотянуться до полей данных зада- 
чи 2. Сделать это очень просто. Достаточно загрузить в какой-либо сегментный ре- 
гистр селектор сегмента данных 4аа2; после этого все данные задачи 2 будут доступ- 
ны задаче |]. Для проверки этого утверждения включим в процедуру {а$К1 следующие 
строки: 


ризп 05 ;Сохраним 05 

(ФА АХ, 88 ; Селектор Чафа2 

пом 0$, АХ ;Инициализация 15 

оу вх, 0 ; Смещение в Чака? 

ПоУ мога рек [ВХ],'**';Затрем часть строки 1592 
рор 05 ;Восстановим 05 


Вывод видоизмененной программы приведен на рис. 71.1. 
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РЕРЕР знемни--земнини онныне-чнини оны 


Работает процедура ТазК1 «иботает процедура ТазК2 





Рис. 71.1. Вывод программы, в которой задача 1 затерла поля данных задачи 2 


Для защиты задач друг от друга так же, как и для защиты операционной системы 
от прикладных задач, в процессоре предусмотрено несколько механизмов защиты. 
Одним из них является концепция таблиц локальных дескрипторов. 

В предыдущих статьях мы познакомились с двумя типами таблиц дескрипторов: 
таблицей глобальных дескрипторов, в которой описываются сегменты памяти, исполь- 
зуемые программой, и таблицей дескрипторов прерываний, которая содержит шлюзы 
для вызова обработчиков прерываний и исключений. Обе таблицы могут существовать 
только в одном экземпляре; все задачи (если им это разрешено) могут обращаться к 
этим таблицам и работать с описанными в них сегментами и программами. Помимо 
этих таблиц в многозадачной системе можно для каждой задачи построить свою 
таблицу локальных дескрипторов ([0са! Резсирюг Тае, ГОТ), которая будет 
определять сегменты памяти, доступные только этой конкретной задаче. Структура 
таблицы локальных дескрипторов такая же, как у глобальной таблицы, при этом сами 
локальные таблицы описываются в глобальной таблице с помощью системных 
глобальных дескрипторов. 

Преобразуем пример 71.1, перенеся дескрипторы сегментов задач | и 2 из таблицы 
глобальных дескрипторов СОТ в две таблицы локальных дескрипторов РОТ. Состав 
сегментов программного комплекса останется тем же (рис. 71.2); изменению 
подвергнется состав дескрипторных таблиц и характер взаимодействия элементов 

„комплекса. 


Сегмент данных Сегмент данных Сегмент данных 
главной задачи задачи 1 задачи 2 
Дата, даёа1 даёа2 


Сегмент команд Сегмент команд Сегмент команд 


главной задачи задачи 1 задачи 2 
1еж# 1ехИ 12х12 


Сегмент стека Сегмент стека Сегмент стека 
главной задачи задачи 1 задачи 2 
К 541 $2 





Рис. 71.2. Структура программного комплекса примеров 71.1 и 71.2 


В действительности наш комплекс имест значительно больше программных 
элементов, чем показано на рис. 71.1. В него входят таблицы дескрипторов 
(глобальных, локальных и прерываний); сегменты состояния задач; обработчики 
прерываний и исключений; видеопамять. Все эти элементы должны быть описаны в 
тех или иных таблицах дескрипторов, за исключением "главных" таблиц СОТ и ШТ, 
которые не входят в другие таблицы и не имеют соответствующих им дескрипторов. 

На рис. 71.3 изображен состав дескрипторных таблиц примера 71.2, позволяющий 
судить как о детальной структуре программного комплекса, так и о взаимосвязях его 
отдельных элементов. 
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Селекторы Главная задача 













24 даа Сегмент данных даа 






















































16 ЕЕ сое Сегмент комаид {ех1 
24 2$ Сегмент стека К 
Селекторы Задача 1 
191 даа] Сегмент данных да] 
сот ГОТ 14 соде1 Сегмент команд1ех 
196 $1 Сегмент стека 51 
40 54 И 
48 2% 142 Задача 2 
141 даа2 Сегмент данных Чав2 
ГОТ? 1% соде2 Сегмент команд 1ех{2 
141 512 Сегмент стека 51К2 
56 Т$$ главной задачи 
64 Т$$ задачи 1 
72 Т$$ задачи 2 


Дескрипторы 


ШУТ обработчиков 
исключений 





Рис. 71.3. Дескрипторные таблицы и составляющие элементы программного 
комплекса примера 71.2 


Рассмотрим текст программы, которая по своему содержанию и функциям в точ- 
ности соответствует примеру 71.1, но имеет раздельные операционные среды для 
каждой задачи (пример 71.2). 


Пример 71.2. Переключение задач и локальные таблицы дескрипторов 
.586Р 
;Структура для огисания дескригторов сегментов 


;Структура для огисания шлюзов ловушек 


; Сегмент данных 


Дафа зедщепе изе16 ;16-разрядный сегмент 
;Таблица глобальных дескрипторов СОТ 
99%&_па11 дезск <> ; Селектор 0 


9аЕ Чаба Чезсг <Чаба_$:1хе-1,,,92Н>;Селектор 8, сегмент данных 
ЧЕ со4е адезсг <соде_312е-1,,, 98 п>; Селектор 16, сегмент команд 
94<_збасКк Чезсг <255,,,92Н>; Селектор 24, сегмент стека 

94&_з5скееп Чезсг <3999, 80001, ОВН, 921>; Селектор 32, видеопамять 
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чае 191 Чезск <19{1_$12е-1,,,82.>;Селектор 40, 1071 
чае _14АЕ2 Чезск <19&2_512е-1,,,821>;Селектор 48, 1ОТ2 
ЧАе_Е550 Чезск <103,0,0,891>; Селектор 56, 1550 
ЧАЕ_{551 Чезск <103,0,0, 891>; Селектор 64, Т551 
АЕ 552 Чезск <103,0,0,891>; Селектор 72, Т552 


АЕ _$12е=$-ча& _па11 ;Размер СОТ 
;Таблица локальных дескрипторов для задачи 1 
191 1аре1 мога 


146 Чафа1 Чезсг <Чафа1_512е-1,,,92Н>;Селектор 4, данные фазКк1 
19Е ЕехЕ1 Чезсг <кехЁ1 $12е-1,,,981>;Селектор 12, коды $а$К1 
14Е $ЕК1 дезск <255,,,921>;Селектор 20, сегмент стека фазк1 
191 _$12е=$-19Е1 

;Таблица локальных дескрипторов для задачи 2 
142 1ареЁф мога 

14 аафа2? Чезск <дафа2_$12е-1,,,92н>;Селектор 4, данные ФазК2 
146 Еехё2 аезсг <кехЕ2_3120-1,,,981>;Селектор 12, коды базК2 
146 зЕК2 аезск <255,,,926>;Селектор 20, сегмент стека Газк2 
194Е2_512е=$-14%Е2 

;Таблица дескрипторов грерываний 


‘ 


; Различные данные программы 
... ;Как в примере 70.1 
;Сегмент команд 


фехЕ зедтепЕ и5е16 ;16-разрядный сегмент 
аззиме С$: сехе, 0$: дафа 
сехЕ5ед 1аБе!1 мога ;Метка начала сегмента команд 


;Обработчики исключений 10, 11, 12, 13 и остальных (аатту) 
ма1п ргос 

ХОЕ БАХ, ЕАХ 

мо АХ, дата 

поУ 25$, АХ . 
};Вычислим и загрузим в СОТ линейный адрес сегмента данных ааа 


;Вычислим и загрузим в СОТ линейный адрес сегмента команд фехё 
;Вычислим и загрузим в СОТ линейный адрес сегмента стека К 
;Вычислим и загрузим в СОТ линейные адреса Т$$0, 1551 и 1552 


;Вычислим и загрузим в СОТ линейный адрес 1071 
поУ ЕАХ, ЕВР ;Линейный адрес сегмента данных 
ааа АХ, оЕЁзее 19&1;Добавим смещение 10Т1 
шоу ВХ, оЕЁзее чае 191 
поу [ВХ] .Базе_1, АХ 
эре ЕАХ, 16 
поУ [ВХ] .Базе_ м, АЦ 
;Вычислим и загрузим в СОТ линейный адрес 1ОТ2 


;Годготовим гсевдодескригтор р4езсг для загрузки регистра СОТВ 


с11 ;Запрет прерываний 

;Вычислим и загрузим в ГОТ1 линейный адрес сегмента данных Чаба1 
хоЕ ЕАХ, ЕАХ 
пох АХ, ЧЗафа1 


$61 БАХ, 4 ;БЕАХ=линейный базовый адрес 

по ВХ, оЕЕ5еЕ 14Е_ЗЧаёа1;ВХ=смещение дескриптора 
поУ [3%] .Базе_1,АХ;Загрузим младшую часть базы 
5ВЕ ЕАХ, 16 ;Старшую половину ЕАХ в АХ 

поУ [3Х].Базе_ п,АЬ;Загрузим среднюю часть базы 


;Вычислим и загрузим в ГОТ! линейный адрес сегмента команд вехЕЁ1 
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хоЕ ЕАХ, ЕАХ ;Очистим ЕАХ 
шоу АХ, ЕехЕ1 ;Сегментный адрес сегмента команд ' 
501 ЕАХ, 4 
шоу ВХ, оЕЁзее 14Е {ехЕ1 
ие [ВХ] .Базе_1, АХ 
зВЕ ЕАХ, 16 
пом [ВХ] .разе_ м, АБ 
;Вычислим и загрузим в ТОТ1 линейный адрес сегмента стека зёК1 
хоЕ ЕАХ, ЕАХ 
пом АХ, $ЕК1 


351 ЕАХ, 4 
поУ ВХ, оЕЁзее 19Е зЕК1 
пом [ВХ] .разе_1,АХ 


зНЕ БАХ, 16 
пох [ВХ] .разе м, АБ 
;Вычислим и загрузим в 1ОТ2 линейный адрес сегмента данных Зафа2 


;Вычислим и загрузим в ЬОТ2 линейный адрес сегмента команд ф$ехё2 
;Вычислим и загрузим в 1ОТ2 линейный адрес сегмента стека $зЕК2 


;Т550 инициализировать не надо. Инициализируем Т$$1 
оу $$51+4С1,12;С$, селектор из 10Т1 
пом Е$5$1+20.Н, ОЕЁзеЕ БазКк1;ТР 
оу {5$1+501,20;$5, селектор из 1ОТ1 
оу {5$51+38Н.,256 ;5Р 
оу {351+54Н1,4;05, селектор из 10Т1 
пох $351+48Н,32;Е5, селектор из СОТ 
поУ Е3$51+601,40; селектор из 10Т1 из СОТ 

;Инициализируем Т552 
шоу Е332+4С.,12;С5 
пПоУ Е352+201, оЕЕЗее БазКк2;ТР 
поу {352+501,20;55 
шоу Е552+380,256;5Р 
шоу {$32+546,4;05 
по Е3$52+4815,32;ЕЗ 
пох $552+60Н, 48; селектор из 10Т2 из СОТ 

;Загрузим ТОТВ 


; Переходим в защищенный режим 


;Загружаем в С5:ТР селектор:смещение точки сопЕ1пае 


сопЕ1пие: 
;Делаем адресуемыми данные и стек, инициализируем Е5 


;Загрузим регистр задачи ТК селектором Т55$ главной задачи 
пом АХ, 56 . 
Тег АХ 
;Выпголним переключение задач 
са11 Чмок рЕгк вазК1 оЕЁз 
са1] Чмока рёг казК2_ оЕЕз 
;Выведем в диагностическую строку код нормального завершения 


;Выведем на экран диагностическую строку 


; Вернемся в реальный режим 
;Сформируем и загрузим дескригторы для реального режима 
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;Зыполним дальний гереход для того, чтобы заново загрузить селектор 
;в регистр С$ и модифигировать его теневой регистр 


;Переключим режим прогессора 


хесагп: 
;Восстановим вычислительную среду реального режима 


;Восстановим состояние регистра 1ОТВ и завершим программу 


па!1п елар 
;Подпрограммы преобразования чеЧ_азс и Ю1п_а5с 


сое $512е=$-кехе5ед ;Размер сегмента команд 
сехе епаз 


; Сегмент стека главной задачи 


;Сегмент команд задачи 1 
фехе1 5едтепЕ и5е16 

аззиме С5:вехЕ1 
фазк1 ргос 


фазК1 елар 
фехЕ1_$12е=$-сазк1 


фехЕ1 епа5 

; Сегмент данных задачи 1 

Чафа2 зедщелЕ 13е16 

$91 Ар 'Работает гроцедура ТазкК1' 


ЧаЕа1_312е=$-т$91 
Чафа1 елаз 


;Сегмент стека задачи 1 


5ЕК1 зедтепте \5е16 з6асКкК;16-разрядный сегмент 
ар 256 ар ('1') 
5ЕК1 епа5 


;Сегмент команд задачи 2 
; Сегмент данных задачи 2 
; Сегмент стека задачи 2 


епа ма1п 


В таблицу глобальных дескрипторов по-прежнему входят дескрипторы, описы- 
вающие сегменты данных, команд и стека главной задачи, а также сегмент видео- 
памяти и три ссгмента состояния задач. Кроме этого, в СОТ включены два системных 
дескриптора, описывающих две таблицы локальных дескрипторов ГОТ для задач | 
и 2. Сами эти таблицы в нашем примере находятся в сегменте данных главной задачи, 


хотя их можно выделить в самостоятельные сегменты. 


Таблицу локальных дескрипторов описывает дескриптор системного сегмента, 
имеющий такой же формат, что и дескриптор Т$$, и отличающийся от последнего 
только полем типа (в четырех младших битах байта атрибута 1 записывается код 2). 
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„Поле границы дескрипторов ЕОТ определяется из фактического размера ЕОТ, 
аатрибут | имеет значение 8265: присутствующий, уровень привилегий ОРГ=0, дес- 
криптор ЕОТ (рис. 71.4). 


Биты 7 6 5 432 10 


|. |2] тесен 


ро оо оо го 


Присутствие ОРЕ.=0 Таблица локальных 
дескрипторов 


Рис. 71.4. Расшифровка значения атрибута для дескриптора ГОТ 


Каждая из двух имеющихся в программе таблиц локальных дескрипторов включа- 
ет три дескриптора сегментов памяти задачи: данных, команд и стека. Сами сегменты 
описаны в конце текста программы. 

Место дескриптора в дескрипторной таблице определяет селектор, с помощью 
которого программа обращается к данному сегменту (см. рис. 65.2). 

Поле ВРГ, (Ведиемед РпуЙесе Геуе|, запрошенный уровень привилегий), занимающее 
биты 0...1 селектора, может принимать значение от 0 до 3, в соответствии с числом 
уровней привилегий процессора. Назначение этого поля будет объяснено в следующей 
статье; пока примем его равным нулю. 

Бит ТГ (Тае ш@1саог, индикатор таблицы) равен нулю, если селектор относится к 
глобальной таблице, и единице, если соответствующий селектору дескриптор входит в 
локальную таблицу. В битах 3...15 располагается порядковый номер (индекс) дескрип- 
тора в таблице дескрипторов. Индексы нумеруются с нуля: 0, 1, 2 ит. д. 

Сегменты, описанные в таблице глобальных дескрипторов, имели в наших 
программах селекторы, численно кратные восьми: 0, 8, 16, 24 ит. д. Для дескрипторов, 
входящих в РОТ, селекторы будут иметь установленным бит 2 и, соответственно, 
иметь значения 4, 12 и 20. При этом селекторы обеих ГОТ совпадают. Это не приведет 
к путанице, так как каждая задача будет обращаться (с помощью селекторов) только к 
своей локальной таблице, а под одинаковыми индексами в разных таблицах описаны 
физически разные сегменты. 

‚ Введение двух таблиц локальных дескрипторов требует вычисления и занесения в 
соответствующие дескрипторы, на этапе инициализации, во-первых, линейных 
адресов самих локальных таблиц (в СОТ) и, во-вторых, линейных адресов всех 
локальных сегментов (в обеих ГОТ). 

Как и раныше, Т5З главной задачи не нуждается в инициализации; он будет 
автоматически заполнен контекстом главной задачи при переходе на задачу 1 или 2. В поля 
для сегментных регистров в Т$$1 и Т552 заносятся селекторы дескрипторов из локальных 
таблиц (численно одинаковые для обеих задач). В каждом Т5$ необходимо заполнить поле 
со смещением 60В для селектора "своей" таблицы локальных дескрипторов ГОТ! и [.ОТ2. 
Эти селекторы (40 и 48 в примере) соответствуют дескрипторам СОТ, описывающим 
местоположение и другие характеристики локальных таблиц. 

Тексты процедур {а5К1 и 1а3К2 не изменились, хотя работать они будут по- 
другому: каждая со своим стеком и своим сегментом данных. Внешне порядок работы 
с программным комплексом остался тем же: после запуска начинает работать главная 
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задача, которая после перехода в защищенный режим последовательно переключается 
на задачи | и 2, которые выводят на экран диагностические строки (см. рис. 70.4). 

В рассмотренном примере уже не удастся из задачи 1 обратиться к полям данных 
задачи 2. Действительно, загрузка в сегментный регистр любого из локальных селекторов 4, 
12 или 20 адресует нас к полям той же самой задачи. Для того чтобы загрузить селектор 
сегмента данных другой задачи, как это мы сделали в примере 71.1, необходимо сменить 
таблицу локальных дескрипторов, а это действие выполняется только при переключении 
задач. Таким образом, использование локальных адресных пространств привело к 
надежной защите задач 1азК1 и базК2 друг от друга. Подчеркнем, что эта защита реализуется 
не какими-то программными ухищрениями управляющей задачи или операционной 
системы, а алгоритмами смены задач, заложенными в архитектуру процессора. 

Между прочим, в нашем весьма примитивном примере главная, управляющая 
задача никак не защищена от задач 1а5К1 и 1а$К2, поскольку ее сегменты находятся в 
глобальном адресном пространстве и, следовательно, доступны всем составляющим 
программного комплекса. Обе задачи вполне могут загрузить в какой-либо 
сегментный регистр селектор сегмента данных главной задачи 8 и сколько угодно 
затирать ее поля данных. Убедиться в этом можно, включив в процедуру 1а$К1 строки 


оу АХ, 8 ; Селектор данных главной задачи 
поу Е$, АХ ; Свободный сегментный регистр 
оу Е$:56к11п9+25,'!' 


После завершения программы на экран будет выведена строка 


ЕЕЕЕ ии скикя ККИ иния | 


Защита управляющих программ от прикладных обычно осуществляется с помо- 
щью другого механизма защиты, также встроенного в архитектуру процессора, именно 
системы уровней привилегий. Этот вопрос будет рассмотрен в следующей статье. 


Статья 72. Уровни привилегий 
и защиты по привилегиям 


Выделение для каждой задачи с помощью таблицы локальных дескрипторов 
отдельного локального адресного пространства позволяет надежно защитить задачи 
друг от друга. Поскольку в процессоре имеется только один регистр ОТВ, в каждый 
момент доступна только одна таблица локальных дескрипторов и, соответственно, 
только одно локальное адресное пространство. Поэтому каждая задача работает 
только со своими сегментами, не имея доступа к сегментам других задач. С другой 
стороны, сегменты, описанные в СОТ, доступны всем задачам, которые могут как 
обращаться к глобальным полям данных, так и вызывать подпрограммы, входящие в 
глобальные сегменты команд. Концепция локальных дескрипторов позволяет 
выделять каждой задаче любые ресурсы памяти, надежно защищенной на аппаратном 
уровне от поползновений других задач. 

Учитывая исключительную важность защиты системных ресурсов в многоза- 
дачном режиме, в процессорах Пие| предусмотрено еще два механизма защиты: 
страничная организация памяти и система уровней привилегий. В настоящей статье 
рассматриваются основы защиты задач с помощью уровней привилегий. Страничному 
преобразованию будет посвящена последняя статья этого раздела. 
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Каждому сегменту программы придается определенный уровень привилегий, 
указываемый в поле ОРГ. (резсирюг РПУЦере Геуе|, уровень привилегий дескриптора) 
его дескриптора. Уровни привилегий указываются во всех дескрипторах: памяти, 
системных и шлюзах. Уровень привилегий, указанный в дескрипторе, назначается 
всем объектам, входящим в данный сегмент. Так, если сегменту команд назначен 
уровень 3, то все процедуры этого сегмента имеют уровень защиты 3. Точно так же все 
данные, входящие в сегмент данных, имеют тот уровень защиты, который указан 
в дескрипторе этого сегмента. 

Уровень привилегий выполняемого в данный момент сегмента команд называется 
текущим уровнем привилегий — СРЁ. (Сите РиуЦере Ееуе]). Он определяется полем 
ВРГ, селектора сегмента команд (см. рис. 65.2), загружаемого в С$. Вся система 
привилегий основана на сравнении СРГ выполняемой программы с уровнями 
привилегий ОРГ ссгментов, к которым она обращается. 

Всего процессор различает 4 уровня привилегий 
от 0 (максимальные привилегии) до 3 (минималь- 
ные). Чем болыше численное значение уровня 
привилегий, тем менышими привилегиями обладает 
данный сегмент. Для того чтобы избежать двусмыс- 
ленности при сравнении привилегий сегментов, мы 
будем преимущественно называть уровни с боль- 
шими привилегиями внутренними, с меньшими -— 
внешними. Эти определения связаны с принятым 
изображением уровней в виде концентрических 
колец, называемых кольцами защиты (рис. 72.1). Во 
внешнем кольце располагаются сегменты, которым 
присвоен уровень 3; ближе к центру располагаются 
кольца с большими привилегиями и меньшими Рис. 72.1. Уровни привилегий 
численными значениями уровней защиты. и кольца защиты 

В кольце 0 с наивысшим уровнем привилегий разумно располагать наиболее 
ответственную часть операционной системы -— ее ядро; в кольцах Ё и 2 могут распола- 
гаться остальные программы операционной системы и программного обеспечения; 
наконец, наименее привилегированное кольцо 3 отдается прикладным программам 
пользователей. Часто применяются только два уровня — 0 для операционной системы и 
3 для прикладных программ. 

Основные правила защиты по привилегиям сводятся к следующим: 

. данные из сегмента с некоторым уровнем привилегий могут быть получены 

только программой того же или более внутреннего уровня; 

. процедура из сегмента с некоторым уровнем привилегий может быть вызвана 
только программой того же или более внешнего уровня, причем такой вызов 
должен осуществляться не непосредственно, а через шлюз вызова; 

. каждый уровень привилегий имеет свой стек, поэтому при переключении на 
другой уровень не может произойти разрушения исходного стека; 

» все команды, воздействующие на механизмы сегментации и защиты (1246 1% 
Паь г и ряд других), являются привилегированными и могут использоваться 
только в процедурах уровня 0, что исключает вмешательство в организацию 
программного комплекса со стороны прикладных программ. 
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Защита по уровням привилегий и защита с помощью локальных адресных про- 
странств действуют параллельно и в какой-то мере независимо. В примере 71.1] мы 
зашитили прикладные задачи, выделив каждой из них свое локальное адресное 
пространство, однако защита по уровням привилегий в этом примере отсутствовала, 
так как уровни привилегий всех дескрипторов комплекса были равны нулю (рис. 72.2). 


СрТ Главная задача 


2 _дайа Сегмент данных 
Аг соде Сегмент команд 
201 К Сегмент стека 
241 всгееп 

291 1550 

241 15$] 


84 1552 так даа] Ссгмент данных 


24 14 141 1ехи Сегмент команд 
= 191 $1 Сегмент стека 





14 даа2 Сегмент данных 
24 1912 194 12 Сегмент команд 
14 яК2 Сегмент стека = < = 
53 №: 
5 Е ы 
ГотТ2 Задача 2 8 Е: 5 
т з 3/2 
я РУ 8, 
Уровень © > 


Рис. 72.2. Размещение всего программного комплекса в кольце 0 


В результате прикладные задачи, входящие в комплекс, могли бы, например, изменить 
содержимое глобальных или локальных дескрипторных таблиц, т.е. вмешаться в саму 
организацию комплекса. Если же разместить сегменты прикладных программ на более 
внешнем уровне, например уровне 3 (рис. 72.3), они, во-первых, потеряют права на 
выполнение привилегированных команд и, во-вторых, смогут обращаться только к тем 
процедурам управляющей программы, которым соответствуют шлюзы вызова, т.е. к 
процедурам, специально предназначенным для вызова из внешних колец. К полям данных 
управляющей программы, в частности к таблицам дескрипторов или сегментам состояния 
задач, доступ из прикладных программ будет закрыт. 

Еще одним элементом организации программного комплекса, действующим 
независимо как от уровней привилегий, так и от разделения адресного пространства на 
глобальные и локальные области, является выделение системных или прикладных 
программ в отдельные задачи (именно этот случай изображен на рис. 72.3). 
В примерс 71.2 процедуры, входящие в программу, образовывали отдельные задачи со 
своими ссгментами состояния задач, что обеспечило возможность использования 
удобных средств переключения задач с автоматическим сохранением их контекстов. 
Однако разделение на задачи не обязательно. Все программные элементы комплекса, 
расположенные, возможно, на разных уровнях привилегий и работающие в различных 
адресных пространствах (глобальном и локальных), могут входить в единую задачу. 
При этом организация комплекса упрощается, хотя снижается его гибкость. 

При построении многоуровневой систсмы особую сложность представляет 
организация передачи управления с уровня на уровень. Как уже отмечалось, обычно 
в кольце 0 располагают программы операционной системы, управляющие вычисли- 
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тельным процессом; в кольце 3 размещаются прикладные программы. В этом случае 
сначала начинает работать управляющая программа, которая готовит операционную 
среду защищенного режима для себя и прикладных программ, после чего переводит 
процессор в защищенный режим. Затем управление передается прикладной програм- 
ме, которая часть работы может выполнять самостоятельно, однако должна иметь 
возможность обращаться к операционной системе для вызова определенных систем- 
ных функций, например вывода на экран или в файлы, завершения работы и передачи 
управления системе и т. д. С другой стороны, программы реализации тех системных 
функций, которые должны вызываться из прикладных задач, могут быть расположены 
в кольце 3; тогда для их вызова не потребуется переход на внутренний уровень. 


СОТ Главная задача 


Е дма 
#4 соде 
4 К 

24 зстееп 
244 1350 
284 1551 
В 1552 

















Сегмент даиных 
Сегмент команд 
Сегмент стека 












Задача 1 





























144 Чаба1 Сегмент данных 
501141 14 лехи Сегмент команд 
7 14 51 Сегмент стека 





144 Фала2 
144 46х12 
144 52 


Сегмент данных 
Сегмент команд 
Сегмент стека 













Задача 2 
Шт 


Уровень © Уровень 3 


Рис. 72.3. Размещение управляющей программы в кольце 0, а прикладных - в кольце 3 


Для того чтобы разобраться в не очень простой технике передачи управления 
процедурам других уровней, рассмотрим сначала пример однозадачного програм- 
много комплекса, в котором все программные элементы входят в одну-единственную 
задачу. Наш комплекс содержит управляющую программу, имитирующую некоторые 
функции операционной системы, и прикладную программу, для которой выделяется 
локальное адресное пространство. Управляющая программа вместе со всеми 
“системными" областями (таблицами дескрипторов, процедурами обработки исклю- 
чений и пр.) располагается на уровне 0. Прикладная программа, содержащая сегменты 
команд, данных и стека, вынесена на уровень 3. Будучи инициирована управляющей 
программой, она выводит на экран контрольное сообщение и обращается к двум 
сервисным функциям управляющей программы. Первая функция является упрощен- 
ным аналогом функции 13} прерывания 10Н системы ВЮ$ (вывод на экран строки); 
вторая функция позволяет завершить прикладную программу и вернуться в управляю- 
щую программу (в М$-ОО$ эти действия выполняет функция 4СВ). 

Пример 72.1. Межуровневая передача управления 


. 5862 
;Структура для описания дескрипторов сегментов 
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;Структура для описания шлюзов ловушек 


; Сегмент данных управляющей программы 


Чака зеащепЕ изе16 
;Таблица глобальных дескрипторов СОТ 
94<_п011 Чезск <> ;Селектор 0 


994 Зафа Зезсг <даба_312е-1,,,928>;Селектор 8 - сегмент данных 

Чак _со4е Чезск <со4е 312е-1,,,ЭАН>; Селектор 16 - сегмент команд 

9ЧЕ_5ЕК Че5сг <255,,,921>;Селектор 24 - сегмент стека 

ЧаЕ_зсгееп Чезсг <3999, 80005, ОВЬ,ОЕг2Н,> ;Селектор 32 - видеопамять 

ЧЕ 65$ Чезск <103,,,В91>; Селектор 40 - дескриптор Т55 

94 _1А& Чезск <14Е $12е-1,,,821>;Селектор 48 - дескриптор ЪОТ 

ЧАЕ $12е=$-ча% пу11 ;Размер СОТ 

;Таблица локальных дескрипторов. У всех дескрилторов ОРТ=3 

14Е Заза Чезсг <Чафа!1 512е-1,0,0,ОР2В>;Селектор 0+4, сегмент данных 

146 сое Чезск <Еехё1 $12е-1,9,0,ОГАВ, 0,0>; Селектор 8+4+3 - сегмент команд 
196 ЕК Чезск <255,0,0, ОЕ2Н,0,5>; Селектор 16+4+3 - сегмент стека 

19 даке1 Егар <$ку1,16,2, ОБСЬ,0>; Селектор 24+4 - гроцедура $гу1, счетчик=2 
196 дафе2 Егар <згу2,16,0, ОСН, 0>; Селектор 32+4 - прогедура згу2 

146 312е=$-14Е аафа 

;Таблица дескрипторов прерываний 


;Различные данные грограммы 

раезсе АЕ О ;Псевдодескриптор 
п59сё1 ар 'Управляющая грограмма начала работу' 
11$9Се]1 1еп=$-щ$9сЕ1 

5$Ег1п3 аь ТЖ ХХХ ЩХЖиХ ХХ ЬХЖКк ХХХ! 

;. 0 5 10 15 20 25 
1ел=$-56511п9 


159 аЬ 27,'[31;42м Вернулись в реальный режим ',27, ' [0м$' 
255 ам 52 аор (0) ;Т55 задачи 
Чафа_$12е=$-чае пи11 ;Размер сегмента данных 
Часа епаз 
фехе зедтепЕ и5е16 
аз5аще С$:Еехе, 05: Чафа 
фехёзея 1аЪе]1 мока ;Метка начала сегмента команд 


;Обработчики исключений 10, 11, 12, 13 и остальных (атту) 


; Сервисная функция 1 


5ЕУ1 ргос Еаг ;Дальная процедура 
поУ ВР, ЕР ; Текущий указатель стека 
ада ЕВР, 8 ;Сместимся к началу параметров 
оу т, [ВР] +0 ;Относительный адрес строки в ЕЗТ 
поУу АХ, [ВР] +2 ;Сегмент строки в АХ 
моу 25, АХ ;Настроим 0$ на сегмент строки 
оу СХ, [ВР] +4 ;Длина строки в СХ 
поУ ОТ, [ВР] +6 ;Гозиция на экране в ПТ 
с1а ;Вперед 
оу АН, 14В ; Атрибут 

$СЕ] : 1оа$ь ;Получим байт строки 
5054 ;:Байт с атрибутом на экран 
Тоор 5сЕ1 
[ей 665 ; Возврат со снятием со стека 
ге 8 ;2 двойных слов 

$ЕУ1 епар 

‚Сервисная функция 2 

зхУ2 ргос Гах ;Дальняя прогедура 
поу АХ, 8 ;Восстановим адресуемссть данных 
пох 2$, АХ ;угравляющей грограммы 
пох $2,256 ;Вссстановим указатель стека 
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оу 
пох 


ар 


БАХ, 5Е4ВЪЕ4ЕН; Коды 


'ОК' с атрибутами 


Е5;: [2880], ЕАХ;На экран 
Ёп ;Переход в управляющую грограмму (на завершение) 


зк\у2 епар 
па1л ркос 
хог 
поУ 
оу 


;Зычислим 
;Вычислим 
Вычислим 
; Вычислим 
Вычислим 
УВычислим 
;Вычислим 


;Вычислим 


и 


‘и 
‘и 
“и 
р 
‘и 
“и 


и 


;Подготовим 


с11 
;Загрузим ТОТК 


ЕАХ, ЕАХ 
АХ, Зака 


2$, АХ 
загрузим 


загрузим 
загрузим 
загрузим 
загрузим 
загрузим 
загрузим 


загрузим 


= 


В 


В 


)=] 


= 


сот 


сот 


сот 


сот 


сот 


Бот 


ОТ 


ОТ 


линейный 


линейный 


линейный 


линейный 


линейный 


линейный 


линейный 


линейный 


псевдодескриптор р4езск 


адрес сегмента данных Чаба 
адрес сегмента команд %ехе 
адрес сегмента стека $%К 
адрес Т5$ 

адрес ГОТ 

адрес сегмента данных Чафа1 
адрес сегмента команд ехЕ1 
адрес сегмента стека зЕК1 


для загрузки регистра СОТК 


;Запрет прерываний 


;Переходим в защищенный режим 


; 


;Загружаем в С5:ТР селектор:смещение точки сопЕ1пае 


сопЕ1пие: 
;Делаем адресуемыми данные и стек, 


инициализируем #5 


;Выведем на экран сообщение главной процедуры 
` 


оу 
мох 
пом 
оу 
5сг2: 1оазь 
З6о5м 
}1оор 3сЕ2 
;Подготовим вызов прикладной программы 
;Инициализируем Т55 


СХ, 5981 1еп 
ЗТ, ОЕБЕЗее т59СЕт 


АН, ЗЕВ 


21,1920 


оу Янока рёг #53+4,ЕЗР ;ЕЗРО 

поу {33+8, 24 ;550 
;Загрузим регистр Т1ОТВ адресом ГОТ 

пох АХ, 48 

11а АХ 


;Загрузим регистр ПОТВ 
;Загрузим ТВ селектором Т55 


пом АХ, 40 
к АХ 
;Подготовим стек для команды гефЁ герехода на прикладную программу 
мох ЕАХ, 23 ;55 
разп ЕАХ 
пом ЕАХ, 256 ; ЕЗР 
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разв ЕАХ 


оу ЕАХ, 15 ;С5 

рузь  ЕАХ 

моУ АХ, ОЕЕзее арр1 ;ЕТР 

ручзН ЕАХ 

аб 66в ;"Возврат из подпрограммы" 

гееЕ ;в прикладную программу 
Е1п: пом АХ, ОЕКЕЕВ ;Диагностическое значение 
роме : оу ЗТ, ОЕЕзее зех1па 


са11 мга_азс 
;Выведем на экран диагностическую строку 


;Зернемся в реальный режим 
;Сформируем и эагрузим дескрипторы для реального режима 
;Выполним дальний переход для модификации теневого регистра С5$ 


;Переключим режим прогессора 


; 
гебахл; 
;Восстановим вычислительную среду реального режима 


;Восстановим состояние регистра ТОТК реального режима и завершим программу 


па:п  епар 
;Подпрограммы преобразования числа в символьную форму ига азс и Б1п_ азс 
со4е_312е=$-{ехезеч 
фехё епа5 
;Сегмент стека Управляющей программы 


;Сегмент данных прикладной программы 


Чафа1 зедмепЕ узе16 

0391 6 'Зызвана прикладная программа' 

1391 1еп=$-т$91 

1592 АБ 'Вызвана сервисная функция 1 управляющей программы’ 


1$92_1еп=$-тз92 
Чафа1_312е=$-тз91 
Дафа1 еп95 


;Сегмент команд прикладной программы 


фехе1 зедмеле азе16 
аззиме С5:+ех\1,05:аафа1 
аро1 ркос 
МОУ АХ, 4 ;Инициализируем 5 


пом 25, АХ 
;Зыведем на экран контрольное сообщение 


а1: оу АН, 1ВВ ; Атрибут 
поУ 01,2240 ;Гоэигия на экране 
мо СХ, м591 1еп;Длина строки 
поу 5Т, оЕЁзее мз91;Смещение на зкране 
с1а 

5СсЕ4: 1оазЬ 
ме - А 


1оор зсг4 
;Вызовем сервисную функцию 1 управляющей грограммы для вывода на экран 
;уссобщения "средствами 05". Годготовим в стеке параметры (2 двойных слова) 
пом АХ, 2569 ;Гозигия на экране 
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302 ЕАХ, 16 ;Сдвинем в старшую половину ЕАХ 


шоу АХ, п392_1еп ;Длина сообщения 

ризр БАХ ; Двойное слово в стек 

пох АХ, 0$ ; Сегмент строки 

351 ЕАХ, 16 ;Сдвинем в старшую половину ЕАХ 

поу АХ, ОЕЁзее пз92;Смещение строки 

разн БАХ ;Двойное слово в стек 

аъ ЗАВ }Код команды са1]1 ЁЕаг рек 

ам о ;Игнорируемое смещение точки вызова 

Ам 28 ;Селектор шлюза вызова процедуры зк\у1 в ГОТ 


;Вызовем сервисную функцию 2 управляющей программы (завершение 
;всей программы). Она не требует гараметров в стеке 


ар ЗАВ ;Код команды са11 Еаг рек 

[6 о ;Игнорируемое смещение точки вызова 

[ей 36 ; Селектор шлюза вызова процедуры зг\у2 в ТОТ 
арр1 епар 


сехе1 _$12е=$-арр1 
сехе1 епа$ 


;Сегмент стека грикладной программы 


ЗЕК1 зесамели$е16 

ар 256 апр ('Т') 
$ЕК1 епаз 

ела ща1п 


На рис. 72.4 изображена структурная схема программного комплекса примера 72.1 
с указанием состава дескрипторных таблиц, численных значений селекторов сегмен- 
тов и распределения сегментов по кольцам защиты. 


Сегменты 


Селекюры СОТ управляющей программы 


2% даа 

















Сегмент данных 





















16 #9 соде Сегмент команд 
24 24 “К Сегмент стека Глобальный сегмент 
40 294 155 
Локальные сегменты 
прикладной программы 
48 |5 4 



























а ГГ Н Сментланных 
сое Е Г Н Се юм 
мк . - Сегмент стека 
._Вае 
36 | 1% ваве2 


гот 
Шт 


Уровень 0 Уровень 3 


Рис. 72.4. Структурная схема программного комплекса примера 72.1 


В таблицу глобальных дескрипторов включены дескрипторы всех трех сегментов 
управляющей программы, а также сегментов видеопамяти, состояния задачи и 
таблицы локальных дескрипторов. Сегменты программы, Т$$ и ГОТ имеют в байте 
атрибутов, как и раньше, значение поля ОРГ, равное нулю, и располагаются, таким 
образом, в нулевом, наиболее привилегированном кольце защиты. В дескрипторе 
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видеопамяти поле ОРГ, содержит число 3 (рис. 72.5), т.е, сегмент видеопамяти 
расположен на уровне 3 с минимальными привилегиями. Это разрешает доступ к нему 
из программ всех уровней. Для того чтобы сделать обращение к видеопамяти 
практически возможным, он описан в таблице глобальных дескрипторов и размещен, 
таким образом, в глобальном адресном пространстве. 


Биты 7 65 432 ЕО 


ВЕЗНЕСЯ 


рег ого Рис. 72.5. Расшифровка значения атрибута 
Присутствие ОРГ=3 Чтеиие/запнсь сегмента видеопамяти 


В единственной таблице локальных дескрипторов описаны сегменты данных, 
команд и стека прикладной программы, а также два шлюза вызова процедур 
управляющей программы 144 оаже] и 144 райе2. Все сегменты прикладной программы, 
как и видеопамять, имеют ОРЕ=3 и размещаются на уровне 3. 

Шлюзы вызова, описывающие процедуры згу! и $гУ2, содержат относительные 
адреса точек входа в эти процедуры (вообще говоря, 32-битовые, но в нашем случае 

‹ фактически 16-битовые), селектор сегмента команд управляющей программы (16), 
поле счетчика (2 для первого шлюза и 0 для второго), а также байт атрибута, равный 
ЕСЬ (рис. 72.6). 


Биты 7 6 5 43210 


ОЗ 06 


Грот гоо Рис. 72.6. Расшифровка значения атрибута 
Присутствие ОРЕ-З Шлюз вызова шлюза вызова 


На первый взгляд кажется, что ОРГ. шлюза, описывающего процедуру кольца 0, 
должен быть равен нулю, однако для шлюзов вызова действуют особые правила 
назначения уровня привилегий. ОРГ шлюза определяет не уровень привилегий 
вызываемой процедуры, а то, какими привилегиями должна обладать вызывающая 
программа. Поскольку мы будем вызывать процедуры эгу] и $гу2 из кольца 3, то и 
дескриптор шлюза должен иметь ОРГ, не меньший 3, т. е. просто 3. 

Назначение поля счетчика будет разъяснено позже. 

Как уже отмечалось, наш программный комплекс, несмотря на наличие в нем не- 
скольких сегментов команд, расположенных к тому же на разных уровнях привилегий, 
представляет собой единую задачу. Поэтому в сегменте данных управляющей 
программы зарезервировано поле для одного сегмента состояния задачи 15$. Заполнен 
этот сегмент будет позже, по ходу выполнения программы. 

В сегмент данных включена символьная строка пезсН] для контрольного сообщения 
управляющей программы. Остальные поля данных были описаны в предыдущих примерах. 

Сервисная функция 1, посылающая на экран строку текста, требует для своей ра- 
боты ряда параметров, передаваемых ей через стек. Правила передачи параметров бу- 
дут рассмотрены позже. 

Сервисная функция 2 предназначена для завершения работы прикладной 
программы и возврата в управляющую. В процедуре $гу2 заново инициализируются 
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0$ и $Р, на экран выводится строка ‘ОК! и управление передается на завершение всего 
программного комплекса (метка Йп). 

Главная процедура тат, олицетворяющая управляющую программу, прежде всего 
выполняет обычные действия по заполнению дескрипторных таблиц СОТ и ГОТ, 
загрузке регистров СОТК. и ШТВ и персходу в защищенный режим. 

В защищенном режиме инициализируются регистры С$ (с помощью команды Ёг 
ар), 0$, $$ и ЕЗ, на экран выводится контрольное сообщение, после чего управляю- 
щая программа приступает к подготовке перехода на выполнение прикладной 
программы. Сам вызов прикладной программы осуществляется, как это ни странно, 
командой ге{. Для того чтобы понять, как команда ге! можст вызвать на выполнение 
процедуру, придется подробно рассмотреть механизм межуровневого вызова 
подпрограмм с помощью команды саЙ и шлюза вызова. 

Персдача управления в заданную точку программы в пределах одного уровня 
осуществляется с помощью команд са и лир, причем при переходе в тот же сегмент 
команд используются ближние формы этих команд, а при переходе в другой сегмент — 
дальние. Переход на другой уровень возможен только с помощью команды дальнего 
вызова са|1; команда лир передать управление на другой уровень не может. В качестве 
аргумента команды са должен использоваться не фактический адрес вызываемой 
процедуры, а селектор шлюза вызова, который, в свою очередь, содержит адрес 
вызываемой процедуры. 

При вызове процедуры через шлюз вызова в поле сегмента указывается, как это и 
положено в защищенном режиме, селектор шлюза, а поле смещения процессором иг- 
норируется и может содержать любое значение. 

В шлюзе вызова (см. рис. 67.1) указывается полный адрес (селектор + смещение) 
вызывасмой процедуры, уровень привилегий шлюза, назначение которого отмечалось 
выше, и (в поле счетчика) число двухсловных параметров, передаваемых вызываемой 
процедуре. 

Вызов процедуры внутреннего кольца через шлюз вызова не только передает 
управление на вызываемую процедуру со сменой текущего уровня привилегий, но и 
копируст указанное в шлюзс число двухсловных параметров из стека внешнего уровня 
на стек внутреннего. Состояние стека (55:Е$Р) внутреннего уровня берстся 
процессором из сегмента состояния задачи. Таким образом, сегмент состояния задачи 
потребовался в данном примере не ради переключения на другую задачу (у нас все 
компоненты программы входят в одну задачу), а из-за того, что мы хотим перейти на 
другой уровень привилегий, что требует смены стека. Перед вызовом процедуры 
внутреннего уровня следует, во-первых, заполнить в Т55 задачи поля для 3$ и ЕЗР тсх 
внутренних уровней, процедуры которых предполагастся вызывать через шлюзы 
вызова, и, во-вторых, персдать процессору селектор Т$$ (с помощью команды ИГ). 

В вашем примере для привилегированных программ используется только одно, 
нулевос кольцо, поэтому в Т$$ заполняются лишь поля для 55:ЕЗР уровня 0. Если 
планируется вызывать процедуры из колец 1 или 2, в ТЗ$ следует записать исходные 
значения 55:ЕЗР и для этих уровней (см. формат Т$$ на рис. 70.3). 

Процессор, инициализировав стек внутреннего уровня с помощью данных, полу- 
ченных из Т55, сохраняет в новом стеке значения 35 и ЕЗР, чтобы иметь возможность 
после завершения внутренней процедуры переключиться на стск внешнего уровня. 
Далес в стск внутреннего уровня из внешнего стска копируются двухсловные 
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параметры, число которых (от 0 до 31) задано в шлюзе вызова. Наконец, во 
внутренний стек помещается, как это всегда делается при дальнем вызове, адрес 
возврата в вызывающую программу внешнего уровня (значения С$:Е]Р). В результате 
указатель стека внутреннего уровня оказывается смещенным относительно первона- 
чального положения на р*4-+16 байт, где р - число передаваемых параметров. На 
рис. 72.7 изображены оба стека, участвующие в операции вызова процедуры 
внутреннего уровня с передачей двух параметров. 


База стека (из 15$) 


О и 


База стека 


ЕЕ 
















ЕЗР после - : р 1 
команды сай — Виещний ЕР Параметр 2 <— ЕЗР до команды сай 
Внешний С5 Параметр 1 <— Е$Р до подготовки 
> 7 к передаче параметров 
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Рис. 72.7. Вызов процедуры внутреннего уровня с передачей параметров через стек 


Таким образом, вызывающая программа внешнего уровня должна поместить 
в стек заданное число двухсловных параметров и выполнить команду дальнего вызова 
с указанием в качестве сегментного адреса перехода селектор шлюза вызова. 

В рассматриваемом примере процедура 5гу1 должна получить следующие данные: 
позицию выводимой строки, ее длину, а также полный адрес этой строки в программе 
(селектор + смещение). Мы упаковали эти данные в два двойных слова, как это пока- 
зано на рис. 72.8. 


Старшая половина 


Младшая половииа 


Рис. 72.8. Состав параметров для процедуры 571 





В вызываемой процедуре внутреннего уровня згу1 параметры не следует снимать 
со стека, чтобы не потерять адрес возврата. Извлечение из стека параметров (лучше 
сказать, чтенис параметров) осуществляется стандартным образом с помощью регист- 
ра ЕВР, настраиваемого на текущую вершину стека. В нашем случае параметр 2 ока- 
зывается "погребенным" в стеке на глубине 8 байт. Соответственно в процедурс эгу1 
для адресации этого параметра к тскущему указателю стека после переноса его в ба- 
зовый регистр ЕВР прибавляется 8. Извлечение передаваемых данных из стека осуще- 
ствляется с учетом их расположения в двойных словах, как это показано на рис. 72.8. 
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Команда дальнего возврата геЁ передает управление в вызвавшую процедуру. Для 
того чтобы в процессе возврата со стеков были сняты параметры, в качестве аргумента 
команды ге{ следует указать суммарное число байтов в параметрах (у нас 8). Команда 
ге должна снимать со стека двойные слова, поэтому ей предпослан префикс 66} заме- 
ны размера операнда. 

Вторая сервисная функция управляющей программы згу_2 не требует параметров. 
Соответственно поле для счетчика в ее шлюзе содержит 0, при вызове этой процедуры 
параметры в стек не заносятся, а возврат должен осуществляться командой ге! без па- 
раметров. В нашем примере возврат из процедуры згу_2 не предусмотрен. 

Рассмотрим оставшийся неясным вопрос, как из управляющей программы, рабо- 
тающей на уровне привилегий 0, перейти в прикладную программу. Как уже отмеча- 
лось, команда саП допускает переход только на внутренний уровень, но не на внеш- 
ний. Однако команда гей как раз, наоборот, позволяет вернуться на внешний уровень. 
Этой командой можно воспользоваться и для первого перехода в прикладную про- 
грамму внешнего уровня, если правильным образом настроить стек. Как видно из 
рис. 72.8, команда ге! возврата на внешний уровень (при отсутствии параметров) ожи- 
дает наличия в стеке четырех двойных слов: полного указателя адреса перехода и кад- 
ра внешнего стека. Если сформировать в стеке такую структуру и выполнить команду 
дальнего возврата геё, управление будет передано программе внешнего уровня. Чтобы 
разобраться в деталях такой передачи управления, рассмотрим более подробно меха- 
низмы защиты по привилегиям. 

Как уже отмечалось, каждому сегменту приписывается некоторый уровень приви- 
легий, определяемый полем ОР. в его дескрипторе. Аналогичное поле имеется в лю- 
бом селекторе, где оно называется ВРЕ, и определяет запрашиваемый уровень приви- 
легий, т. е. уровень привилегий запросчика (незапрашиваемого сегмента!). Указание в 
поле ВРГ. значения, превышающего значение СРЕ, позволяет как бы уменьшить при- 
вилегии выполняемой программы и тем самым запретить ей обращение к сегменту, 
использование которого в противном случае было бы разрешено. Такое изменение 
привилегий источника запроса практикуется при передаче селекторов в качестве пара- 
метров в процедуры внешних уровней. Обычно же в поле ВРГ. селектора указывают 
либо значение СР], текущей программы, либо 0. В этом случае поле ВР. не влияет на 
механизм защиты по привилегиям. 

Если программа делает попытку обращения к некоторому сегменту данных (за- 
гружая в один из сегментных регистров соответствующий этому сегменту селектор), 
процессор сравнивает текущий уровень привилегий программы с уровнем привилегий 
адресуемого сегмента. Программе разрешается доступ к сегменту лишь того же или 
более внешнего уровня привилегий. Другими словами, при обращении к данным 
должно выполняться условие СРЁЕ<=ОРЕ. 

Команды дальних вызовов и переходов саЙ и лир (как прямые, так и косвенные), 
осуществляя передачу управления в другой сегмент, изменяют значение сслектора, 
хранящегося в С$. При этом в принципе возникает возможность смсны текущего 
уровня привилегий. Процессор следит за этим действием и разрешает загрузку нового 
селектора только в том случае, если значение ОРГ, дескриптора, связанного с этим сс- 
лектором, точно равно значению СРЕ. Таким образом, непосредственные персходы и 
вызовы подпрограмм разрешаются только из того же кольца, в котором находится за- 
прашивающая программа. 
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Очевидно, что это ограничение носит слишком жесткий характер, так как оно де- 
лает невозможным обращение прикладных программ к сервису операционной систе- 
мы. Для смягчения этого ограничения введена возможность вызова процедур из внут- 
ренних колец защиты через шлюзы вызова. Поскольку сами шлюзы обычно распола- 
гаются в сегментах нулевого кольца, они формируются операционной системой или 
другой управляющей программой и недоступны программам пользователя. Таким об- 
разом, доступ к средствам операционной системы жестко контролируется: прикладная 
программа может осуществлять вызовы только заранее обусловленных процедур внут- 
ренних колец. Обращение к процедурам из внешних колец запрещено безусловно. 

Рассмотрим теперь особенности передачи управления процедуре внешнего кольца 
с помощью команды ге". 

На этапе подготовки этого перехода в стек загружается селектор сегмента команд 
прикладной программы. В процессе выполнения команды ге! этот селектор будет за- 
гружен в регистр С$, в результате чего его поле ВРЕ определит текущий уровень при- 
вилегий СРЕ.. Прикладная программа расположена на уровне 3 и должна работать с те- 
кущим уровнем привилегий СРЕ, равным трем. Поэтому поле КРГ в загружаемом 
селекторе тоже должно иметь значение 3. Дескриптор сегмента команд находится в 
таблице локальных дескрипторов (бит селектора Т[==1) и расположен на втором месте 
(индекс дескриптора в селекторе равен единице); в результате численное значение се- 
лектора оказывается равным 15 (1*8+4-+3). 

При определении значения селектора стека прикладной программы надо учиты- 
вать, что, поскольку для каждого уровня в системе предусмотрен свой стек, процессор 
при загрузке регистра $$ в процедуре перехода с уровня на уровень выполняет такую 
же жесткую проверку привилегий, как и при вызове процедур. Поэтому для сегмента 
стека должно выполняться правило ВРЕ=ОРЕ=СРЕ. Это даст значение селектора сег- 
мента стека 23 (2*8-+4+3). 

Загрузив в стек нулевого уровня три двойных слова ($$, ЕЗР и ЕР), можно вы- 
полнить команду ге! дальнего возврата из процедуры в режиме 32-битовых операндов 
(префикс 661). Так как процедура тат, в которую входит эта команда, объявлена по 
умолчанию ближней (в операторе ргос отсутствует описатель Ёаг), необходимо указа- 
ние в явной форме диапазона действия команды (мнемоника ге). 

Между прочим, для первого перехода на прикладную программу можно было вос- 
пользоваться и командой те. Для нее, разумсется, требуется несколько инос заполне- 
ние стека (рис. 72.9). 


[=— 






Исходное Рис. 72.9. Заполнение стека для перехода 
<— состояние ГР на внешний уровень командой 1ге! 


Помимо подготовки стека, для правильного выполнения команды сё необходимо 
позаботиться о сбросе бита МТ в регистре флагов. Выше отмечалось, что при загрузке 
компьютера бит МТ может быть установлен. В этом случае команда ие (без 
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предшествующего аппаратного прерывания) попытается выполнить обратный 

межзадачный возврат через Т5$, что в нашем случае приведет к аварии. 
Соответствующий фрагмент программы будет выглядеть так: 

;Сбросим бит МТ для команды 1геЕ перехода на грикладную программу 


разВЕ ;Перешлем содержимое регистра 
рор АХ ;флагов через стек в АХ 
аза АХ, ОВЕЕЕН ;Сбросим бит 14 (40008) 
раз АХ ;И через стек вернем 
рорЕ ;в регистр флагов 
;Годготовим стек для команды геё перехода на прикладную грограмму 
поУ БАХ, 23 ;Селектор сегмента стека 
рузн ЕАХ ;грикладной программы в ГОТ 
вом ЕАХ, 256 ;Указатель стека 
разВ БАХ ; прикладной грограммы 
разрЕА ;ЕЕЬАС$ в стек 
шоу ХАХ, 15 ;Селектор сегмента команд 
разр _ЕАХ ;прикладной программы 
по АХ, ОЕЕзеф фазК ;Входное значение ЕТ? 
разв БАХ угрикладной программы 
;Вызовем грикладную программу 
аъ бен ;"Возврат из подпрограммы" 
3гее ;в прикладную программу 


Статья 73. Страничное преобразование 


Как уже отмечалось, адрес, вычисляемый процессором на основе селектора и сме- 
щения, относится к линейному адресному пространству, не обязательно совпадающе- 
му с физическим. Преобразование линейных адресов в физические осуществляется с 
помощью так называемой страничной трансляции, частично реализуемой процессо- 
ром, а частично — операционной системой. Если страничная трансляция выключена, 
все линсйные адреса в точности совпадают с физическими; ссли страничная трансля- 
ция включена, то линейные адреса преобразуются в физические в соответствии с со- 
держимым страничных таблиц (рис. 73.1). 
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Рис. 73.1. Цепочка преобразований виртуального адреса в физический 


Страницей называется связный участок линейного или физического адресного 
пространства объемом 4 Кбайт. Программа работаст в линейном адресном простран- 
стве, нс подозревая о существовании страничного преобразования или даже самих 
страниц. Механизм страничной трансляции отображает линейные страницы на физи- 
ческис в соответствии с информацией, содержащейся в страничных таблицах. В ре- 
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зультате отдельные 4-килобайтовые участки программы могут реально находиться в 
любых несвязных друг с другом 4-килобайтовых областях физической памяти. Поря- 
док размещения физических страниц в памяти может не соответствовать (и обычно не 
соответствует) порядку следования линейных страниц. Более того, некоторые линей- 
ные страницы могут перекрываться, фактически сосуществуя в одной и той жс области 
физической памяти. На рис. 73.2 показан возможный вариант отображения части ли- 


нейного адресного пространства на физическое, полученный в конкретном ссансе ра- 
боты \!114о\и$ 95. 




































Линейные адреса Физические адреса 
1-й мегабайт ° 1-й мегабайт 

0000 0000 0000 0000 

0000 3000 0000 3000 

0000 оо [кыя | 9-й мегабайт 
0900 000 жх ово РОО 

3-й гигабайт 0085 А000 


80307000 
22-й мегабайт 


0151 2000 


4-й гигабайт 
С3С0 0000 
С3С0 1000 











4 Кбайт 


57-й мегабайт 
0380 1000 











С3С0 С000 


Рис. 73.2. Отображение линейных адресов на физические 


Из рисунка видно, что первым 48 Кбайт линсйного адресного пространства, заре- 
зервированным для работы М$-2О$З, соответствуют те же самые физические адреса. 
Однако 49-й килобайт (линейный адрес 000С000№) отображается уже на 22-й мегабайт 
физических адресов, после чего, можно сказать, начинается полная путаница. Прило- 
женис \/шдо\у/з, выполняемое в 3-м гигабайте линейного адрссного пространства (ба- 
зовый линейный адрес 80302000), физически расположено в самом конце памяти, 
в 57-м мегабайтсе (компьютер, на котором проводились эти исследования, был уком- 
плектован расширенной памятью общим объемом 64 Мбайт). Наконец, часть адресов 
4-го гигабайта повторяют отображение начала линейного адресного пространства (так 
называемые старшие линейные адреса 2О$). 

Страничная трансляция представляет собой довольно сложный механизм, в кото- 
ром принимают участие аппаратные средства процессора и находящиеся в памяти таб- 
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лицы преобразования адресов (их иногда называют таблицами трансляции). Назначе- 
ние и взаимодействие элементов системы страничной трансляции схематически изо- 
бражено на рис. 73,3. 

Система страничных таблиц состоит из двух уровней. На первом уровне находится 
каталог таблиц страниц (или просто каталог страниц) — резидентная в памяти таблица, 
содержащая 1024 4-байтовых поля с адресами таблиц страниц. На втором уровне на- 
ходятся таблицы страниц, каждая из которых содержит так же 1024 4-байтовых поля с 
адресами физических страниц памяти. Максимально возможное число таблиц страниц 
определяется числом полей в каталоге и может доходить до 1024. Поскольку размер 
страницы составляет 4 Кбайт, 1024 таблицы по 1024 страницы перекрывают все ад- 
ресное пространство (4 Гбайт). 








„Линейный адрес 
2221 121 


Физический адрес 
12 1 











Индекс Индекс 
каталога страницы 
(10 бит) (10 бит) 







Смещение Страничный кадр Смещение 
(12 бит) (20 бит) (12 бит) 









Индексы полей таблиц 


Адрес таблицы страниц 














2| Адрес таблицы страииц Таблица страниц 
1} Адрес таблицы страниц 
0 | Адрес таблицы страниц Адрес страницы 






Каталог таблиц страниц 
1924 4-байтовых полей 





х 
Таблица страниц 
Каждая таблица содержит 
Регистр процессора СВЗ 1024 4-байтовых полей 


Рис. 73.3. Страничная трансляция адресов 


Не все 1024 таблицы страниц должны обязательно иметься в наличии (кстати, они 
заняли бы в памяти довольно много места — 4 Мбайт). Если программа реально ис- 
пользует лишь часть возможного линейного адресного пространства, а так всегда и 
бывает, то неиспользуемые поля в каталоге страниц помечаются как отсутствующие. 
Для таких полей система, экономя память, не выделяет страничные таблицы. С другой 
стороны, каталог страниц (или страница каталога, как его иногда называют, поскольку 
весь он имеет размер 4 Кбайт) должен всегда находиться в физической памяти. 

При включенной страничной трансляции линейный адрес рассматривается как 
совокупность трех полей: 10-битового индекса в каталоге страниц. 10-битового индек- 
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са в выбранной таблице страниц и 12-битового смещения в выбранной странице. На- 
помним, что линейный адрес образуется путем сложения базового адреса сегмента, 
взятого из дескриптора сегмента, и смещения в этом сегменте, предоставленного 
программой. 

Старшие 10 бит линейного адреса образуют номер элемента в каталоге страниц. 
Базовый физический адрес каталога хранится в одном из управляющих регистров про- 
цессора, конкретно -— в регистре СВЗ (см. рис. 64.3). Из-за того, что каталог сам пред- 
ставляет собой страницу и выровнен в памяти на границу 4 Кбайт, в регистре СВЗ для 
адресации к каталогу используются лишь старшие 20 бит, а младшие 12 бит зарезер- 
вированы для будущих применений. 

Элементы каталога имеют размер 4 байта, поэтому индекс, извлеченный из линей- 
ного адреса, сдвигается влево на 2 бита (т. е. умножается на 4) и полученная величина 
складывается с базовым адресом каталога, образуя адрес конкретного элемента ката- 
лога. Каждый элемент каталога содержит физический базовый адрес одной из таблиц 
страниц, причем, поскольку таблицы страниц сами представляют собой страницы и 
выровнены в памяти на границу 4 Кбайт, в этом адресе значащими являются только 
старшие 20 бит. 

Далее из линейного адреса извлекается средняя часть (биты 12...21), сдвигается 
влево на 2 бита и складывается с базовым адресом, хранящимся в выбранном поле ка- 
талога. В результате образуется физический адрес страницы в памяти, в котором опять 
же используются только старшие 20 бит. Этот адрес, рассматриваемый как старшие 20 
бит физического адреса адресуемой ячейки, носит название страничного кадра. Стра- 
ничный кадр дополняется с правой стороны младшими 12 битами линейного адреса, 
которые проходят через страничный механизм без изменения и играют роль смещения 
внутри выбранной физической страницы. 

Для того чтобы работать с таблицами страничной трансляции, необходимо иметь 
представление о содержащейся в них информации. И каталог таблиц страниц, и сами 
таблицы страниц имеют одинаковый формат элементов, показанный на рис. 73.4. 


31 12 11 09 080706 05 04 03 02 01 00 
Физический адрес таблицы страниц 7 


Рис. 73.4. Формат элемента таблиц страниц и таблицы каталога . 

Бит присутствия Р (Ргезсп{} указывает, содержит ли данный элемент значащую 
информацию. Если Р=0, процессор не интерпретирует остальные биты элемента. 
Обращение в процессе страничного преобразования к элементу с Р=0 вызывает 
исключение 14 (страничное нарушение), которое может заставить операционную 
систему загрузить в память с диска отсутствующую в данный момент таблицу 
страниц. 

Бит В/У (Кеад/\тИе) характеризует права выполнения. Если этот бит равен еди- 
нице, страница может читаться, записываться или выполняться. Если бит равен нулю, 
страницу можно читать и записывать, но не выполнять. Бит В/\/ игнорирустся процес- 
сором на уровнях 0, | и 2. Этот бит в каталоге страниц относится ко всем страницам, 
отображасмым через данный элемент. 

Бит 9/3 (Узсг/Зирегу1зог) характсризуст права доступа. Если этот бит равен еди- 
ницс, страница доступна программам, выполняющимся на любом уровне привилегий, 
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включая уровень 3. Если бит равен нулю, страница доступна только для программ 
уровней 0, 1 или 2. Этот бит в каталоге страниц относится ко всем страницам, 
отображаемым через данный элемент. 

Бит А (Асссззе4) является индикатором обращения. Бит А в элсменте таблицы 
страниц устанавливается процессором в | перед любым обращением к любой страни- 
це, отображаемой через данный элемент. Процессор никогда не сбрасывает бит А; этот 
бит может периодически сбрасываться операционной системой для получения инфор- 
мации о реальном использовании страниц. 

Бит мусора Р (ру) в таблицах страниц устанавливается процессором в | перед 
любым обращением с целью записи к отображаемой через данный элемент странице. 
Процессор не модифицирует бит Р элементов каталога. 

Поле АУЁ не используется процессором и предназначено для произвольного 
использования программным обеспечением. 

Рассмотрим пример (полученный при выполнении конкретного приложения 
\М/1190%5), позволяющий проследить цепочку преобразования виртуального адреса 
в физический. Пусть программа выполняет команду 

поу — 0$: [ВХ], 00108 


при этом содержимое Р$ (селектор) составляет 2907, а содержимое ВХ (смещение) — 
004ЕВ. Кстати, из значения селсктора видно, что описываемому им сегменту присвоен 
низший уровень привилегий (ЮРГ=3), а дескриптор сегмента входит в таблицу 
локальных дескрипторов (Т1=1). 

Старшие 13 бит селектора образуют индекс дескриптора в системной 
дескрипторной таблице. Как уже говорилось выше, каждый дескриптор включает в 
себя довольно большой объем информации о конкретном сегменте и, в частности, его 
линейный адрес. Пусть в ячейке дескрипторной таблицы со смещением 290Н записан 
линейный базовый адресс сегмснта 80295ССОБ. Заметим, что этот адрес принадлежит 
3-му гигабайту линейного адресного пространства. Тогда полный линейный адрес 
адресуемой ячейки определится как сумма базового адреса и смещения: 

Базовый адрес сегмента 80295ССОв 
Смещение 0900004ЕЪ 
Полный линейный адрес 80295р0ЕБ 

При выключенной табличной трансляции величина 80295Р0ЕЮ представляла бы 
собой абсолютный физический адрес ячейки, в которую приведенная выше команда 
тоу должна была записать число 00101. Однако страничная адресация в современных 
операционных системах всегда включена и линейный адрес отнюдь не совпадает с фи- 
зическим. 

Посмотрим, как будет образовываться физический адрес при использовании стра- 
ничной трансляции адресов. Полученный линейный адрес надо разделить на три со- 
ставляющие для выделения индексов и смещения (рис. 73.5) 


31 2221 1211 0 


1000 0000 00 10 1001 0101 1101 0000 1111 


Индекс каталога Индекс таблицы Смещение 
страниц 


2008 2956 РОЕВ 
Рис. 73.5. Пример линейного адреса 
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Индекс каталога составляет 2008. Умножсние его на 4 даст смещение от начала ка- 
талога. Это смещение равно 800В. 

Индекс таблицы страниц оказался равным 2951. После умножения на 4 получаем 
смещенис в таблице страниц, равное в данном случае А54В. 

Предположим, что регистр СКЗ содержит число 008200001. Тогда физический ад- 
рес ячейки в каталоге, откуда надо получить адрес закрепленной за данным участком 
программы таблицы страниц, составит 008200001 + 8008 = 008208008. Пусть по этому 
адресу записано число 008612678. Его 12 младших бит (число 2671) составляют слу- 
жебную информацию (в частности, бит 1 свидетельствует о присутствии этой таблицы 
страниц в памяти, а бит 5 говорит о том, что к этой таблице уже были обращения), и 
их не следует рассматривать как часть адреса. Записав вместо этих битов нули, полу- 
чим число 008610001, которое является физическим базовым адресом таблицы стра- 
ниц. Для получения адреса требуемой ячейки этой таблицы к базовому адресу надо 
прибавить смещение А54В. Результирующий адрес составит 00861 А54В. 

Будем считать, что по адресу 00861А54В записано число 015ВА267Н. Опять, от- 
бросив служебные биты, получим адрес физической страницы в памяти 015ВА000Н. 
Этот адрес всегда оканчивается тремя нулями, так как страницы выровнены в памяти 
на границу 4 Кбайт. Для получения физического адреса адресусмой ячейки следует за- 
полнить 12 младших бит полученного адреса битами смещения из линейного адреса 
нашей ячейки, в которых в нашем примере записано число РОЕН. В итоге получаем 
физический адрес памяти 015ВАСО6Ы, расположенный в конце 22-го мегабайта. 

Как видно из этого примера, и со страничной трансляцией и без нее вычисление 
физических адресов адресуемых ячеек выполняется в защищенном режимс совсем не 
так, как в реальном. Неприятным практическим следствием правил адресации защи- 
щенного режима является уже упоминавшаяся "оторванность" прикладной программы 
от физической памяти. Программист, отлаживающий программу защищенного режима 
(например, приложение \/т9о%\5), может легко заглянуть в сегментные регистры и 
определить селекторы, выделенные программе. Однако селекторы абсолютно ничего 
не говорят о физических адресах, используемых программой. Даже ссли ухитриться 
заглянуть в таблицу дескрипторов (это можно сделать только с помощью специально- 
го системного отладчика), то и тогда мы узнаем лишь линейный, а не физический ад- 
рес. Для получения физического адреса следует изучить содержимое таблиц трансля- 
ции. Поскольку и таблицы дескрипторов и таблицы трансляции недоступны приклад- 
ной программе, программист не знает, где в памяти находится сго программа или 
используемые сю области данных. 

С другой стороны, использование в процессе преобразования адресов защищен- 
ных системой таблиц имеет свои преимущества, Обычно многозадачная операционная 
система создает для каждой выполняемой задачи свой набор таблиц преобразования 
адресов. Это позволяст каждой из задач использовать весь диапазон виртуальных ад- 
ресов, при этом, хотя для разных задач виртуальные адреса могут совпадать (и как 
правило, по крайней мерс частично совпадают), сегментное и страничное преобразо- 
вания обеспечивают выделение для каждой задачи несовпадающих областей физиче- 
ской памяти, надежно изолируя виртуальные адресные пространства задач друг от 
друга. 
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ПРИКЛАДНЫЕ. ВИРТУАЛЬНЫЕ 
ДРАЙВЕРЫ СИСТЕМ 
М\МАПМРО\/5 95/98 


Статья 74. Виртуальные драйверы 
и виртуальные машины \УУтдоУу5$ 


Работа операционных систем \/1п4д0%5 95/98 (как и \!1190%$ 3.1) в значительной 
степени основана на использовании специального рода программ — так называемых 
виртуальных драйверов устройств (или просто виртуальных драйверов, ушла! 4е\1се). 
Основное назначение виртуального драйвера — виртуализация устройства, т.е. воз- 
можность нескольким приложениям одновременно использовать одно и то же физиче- 
ское устройство. Например, виртуальный драйвер дисплея (УШОО) обеспечивает мно- 
гооконный режим, в котором каждое приложение, выводя информацию на экран, счи- 
тает, что весь физический экран находится в его распоряжении, в то время как в 
действительности вывод приложения поступает в выделенное для него окно. Вирту- 
альный контроллер прерываний (УР1СО} дает возможность нескольким приложениям 
совместно использовать единую систему прерываний компьютера. Виртуальный драй- 
вер клавиатуры (УКО) позволяет вводить с клавиатуры символьные строки в любую 
из выполняемых программ. Разработка нового виртуального драйвера может понадо- 
биться при установке на компьютер новой аппаратуры (или нового программного 
обеспечения, предназначенного для обслуживания других приложений), которая будет 
использоваться в многозадачном режиме и для которой в системе \!1п4о\%5$ не преду- 
смотрено средств виртуализации. 

Другое, возможно, более важное для прикладного программиста приложение вир- 
туальных драйверов состоит в их использовании в качестве универсального инстру- 
ментального средства. Дело в том, что виртуальный драйвер работает в плоской моде- 
ли памяти на нулевом уровне привилегий. Плоской моделью памяти называется такая 
организация адресного пространства, когда в дескрипторе указаны нулевой базовый 
линейный адрес сегмента и предел, соответствующий максимальному размеру сегмен- 
та — 4 Гбайт. Такой дескриптор может входить как в локальную, так и в глобальную 
таблицу дескрипторов. В первом случае речь идет о приложениях, работающих в пло- 
ской модели памяти на уровне привилегий 3 (это характерно для 32-разрядных прило- 
жений \!1140%/$); во втором -— о системных компонентах, в частности о виртуальных 
драйверах. Для виртуального драйвера доступно все линейное адресное пространство 
(4 Гбайт), все программные составляющие \/190%5 (в том числе, системные вирту- 
альные драйверы). и все программно-управляемые аппаратные средства процессора и 
компьютера в целом. Виртуальный драйвер представляет собой идеальную среду для 
исследования системы У/и40%$ и контролируемого вмешательства в ее работу. По- 
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этому решение каких-либо нестандартных задач, например разработка программ 
управления измерительным оборудованием, подключенным к компьютеру, может по- 
требовать написания специфических виртуальных драйверов, смысл использования 
которых состоит совсем не в виртуализации аппаратно-программных средств, а в воз- 
можности выполнения действий, допустимых лишь на нулевом уровне привилегий 
(например, обращения к запрещенным портам или к системе прерываний). 

Следует заметить, что широкое использование персональных компьютеров для 
управления экспериментальными установками и производственными процессами 
определило возрастающий интерес прикладных программистов к проблемам раз- 
работки драйверов для систем \!/ 190%. В то же время получить сведения по этим 
вопросам можно практически лишь из справочников, входящих в состав пакетов РОК 
(е\1се Пеуе!ортет КИ, пакет для разработки драйверов). Эти справочники отли- 
чаются строгостью и полнотой, однако совершенно не приспособлены для начального 
ознакомления с предметом. Мы надеемся, что последние разделы настоящей книги в 
какой-то степени восполнят этот пробел. 

Разработка прикладных виртуальных драйверов требует основательного знакомст- 
ва с особенностями работы современных процессоров в защищенном режиме, а также 
с некоторыми внутренними алгоритмами функционирования системы У/шдо\. За- 
щищенный режим был рассмотрен в предыдущем разделе; настоящая статья посвяще- 
на краткому обзору тех специальных понятий и средств \/т4до\з, знание которых не- 
обходимо для написания программ виртуальных драйверов. 

Одним из базовых понятий системы \/ш4оу%/$ является понятие виртуальной ма- 
шины. Согласно документации М!сгозой, виртуальной машиной (УМ) называется вы- 
полняемая задача, состоящая из приложения, поддерживающего программного обес- 
печения (например, программ РОЗ и ВОЗ), памяти и регистров процессора. Каждая 
виртуальная машина обладает собственным адресным пространством, пространством 
ввода-вывода и таблицей векторов прерываний. В адресное пространство УМ отобра- 
жаются ПЗУ В1О$, драйверы и другие программы РО$, а также загруженные до за- 
пуска \/1п9о\$ резидентные программы, что обеспечивает доступ к ним прикладных 
программ, выполняемых под управлением системы У/Лп4до\$. В состав виртуальной 
машины входят виртуальные аппаратные регистры, в частности виртуальные маски 
прерываний, виртуальные флаги процессора и др. 

Первая виртуальная машина, создаваемая после загрузки \/п40\/5 и называемая 
системной виртуальной машиной, в системах \/тдо\з 95/98 предназначена для вы- 
полнения 16- и 32-разрядных приложений УЛп4о\у. Для каждого сеанса РОЗ создает- 
ся своя виртуальная машина, и таким образом одновременно в системе может сущест- 
вовать несколько виртуальных машин. 

Управление виртуальными машинами возлагается на менеджер виртуальных ма- 
шин (Ула] тасбше тапарег, УММ), являющийся ядром операционных систем 
УЙпао\$ 95/98. УММ представляет собой 32-разрядную систему защищенного режи- 
ма, работающую на нулевом уровне привилегий в плоской модели памяти, В функции 
УММ входит создание, управление и завершение виртуальных машин, а также управ- 
ление памятью, процессами, прерываниями и нарушениями защиты. Так, если прило- 
жение делает попытку записи или чтения по адресам памяти, не принадлежащим дан- 
ной виртуальной машине, или выполняет команды ввода-вывода в запрещенные пор- 
ты, процессор возбуждает исключение и управление передается УММ, который 
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анализирует причину исключения и либо с помощью виртуальных драйверов обеспе- 
чивает выполнение затребованной операции, либо аварийно завершает приложение. 

Для обеспечения функционирования УММ и виртуальных драйверов система соз- 
дает два глобальных селектора: 28} для программных кодов и 30 для системных по- 
лей данных. Дескрипторы обоих селекторов почти одинаковы: в них указано нулевое 
значение ОРГ, нулевой базовый линейный адрес и граница 4 Гбайт (рис. 74.1). В ре- 
гистр С$ загружается селектор 281, во все остальные сегментные регистры (05, $$, 
Е$, Е5 и @5) — селектор З0П. Ни УММ, ни виртуальные драйверы никогда не изменяют 
содержимое сегментных регистров. 


: бот 30 
5е1 Туре Вазе Таш БРЬ АЕБЕг1Расез 
0030 Ррабаз2 00000000 ЕЕРЕЕКЕЕЕ 0 р ВЯ 


Рис. 74.1. Дескриптор З0Й (вывод отладчика Зо ШСЕ, см. статью 77) 


УММ вместе е системными виртуальными драйверами предоставляет большое ко- 
личество служебных функций, позволяющих виртуальным драйверам активизировать 
по ходу своего выполнения те или иные систсмные процедуры и алгоритмы. Напри- 
мер, функция УММ _МарРВузТоГлпеаг отображает заданный участок физических ад- 
ресов на линейнос адреснос пространство, что дает возможность виртуальному драй- 
веру выполнять чтение или запись в физической памяти; функции 5@П_Напег и 
шяаН_Мой 1О_Напегз устанавливают в системе прикладные процедуры обслужива- 
ния заданных портов; функция Зниша _Ризй помещаст указанный параметр в стек 
приложения. Служебные функции имеются и у системных виртуальных драйверов. 
Так, виртуальный контроллер прерываний УРГСР позволяет с помощью функции 
УР!СР_УпшаН2с ВО организовать прикладную обработку аппаратных прерываний, 
а виртуальный таймер УТР предоставляет функции УТО_Вевт_Мш_Рего4 и 
УТРО Епа_ М РепоЯ для управления частотой системного таймера. Служебные 
функции УММ и системных виртуальных драйверов, в отличие от функций РО$ или 
УЛпдо\, не могут вызываться непосредственно из приложения; обращение к ним воз- 
можно только из виртуальных драйверов. 

Взаимодействуя с УММ и виртуальными машинами, виртуальные драйверы ис- 
пользуют целый ряд системных полей и структур данных. Одним из важнейших сис- 
темных идентификаторов, создаваемых УММ для каждой виртуальной машины, явля- 
ется ее дескриптор. Дескриптор однозначно идентифицирует виртуальную машину и 
используется при вызовах функций УММ для задания УМ, к которой обращено трс- 
буемос действие. Замстим, что дескриптор виртуальной машины является базовым ад- 
ресом, от которого ведется отсчет адресов ряда важных полей УММ. Так, в двойном 
слове по адресу [дескриптор УМ - 8] располагается адрес таблицы векторов прерыва- 
ний защищенного режима. 

Дескриптор УМ фактически является линейным 32-разрядным адресом управ- 
ляющего блока данной УМ. Управляющий блок представляет собой структуру из пяти 
двойных слов, содержащую информацию о виртуальной машине. Эта структура 
определена в файле УММ.ГМС и имест следующий вид: 


сЬ_5 зЕхаС 

СВ_УМ_5$6аеа5 аа ? ; Слово состояния УМ 
СВ_Н19Ь }1пеаг ав ? ; Старший линейный адрес 
С8_С11епё Ро1пеех аа ? ; Адрес структуры клиента 
Св_Умтр да ? ; Идентификатор УМ 
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СВ_519па&аке аа ? ; Сигнатура 
сь_5 еп45 

В слове состояния УМ каждый бит закреплен за определенной характеристикой 
текущего состояния УМ. Так, установленный бит 1 (символическое обозначение 
УМ а ВасКртоппа) говорит о том, что УМ выполняется в фоновом режиме; бит 6 
(УМ а! РМ_Арр) свидетельствует о наличии в УМ приложения защищенного режи- 
ма, бит 7 (УМа: РМ_Ч5с32) характеризует 32-разряднос приложение защищенного 
режима и т. д. Иногда в процессе отладки виртуального драйвера приходится обра- 
щаться к этому слову для определения состояния виртуальной машины. 

Старший линейный адрес заслуживает особого рассмотрения. При запуске в рам- 
ках \!1190%/$ одного или нескольких сеансов РОЗ (и создания соответствующих вир- 
туальных машин) происходит копирование |-го мсгабайта физического адресного 
пространства в различные участки расширенной памяти. В каждой копии РО$ иместся 
своя таблица векторов прерываний, своя видеопамять и даже своя копия ПЗУ В1О$, 
что дает возможность приложениям ОО$ различных сеансов параллельно и независи- 
мо работать каждому со своей памятью, не разрушая память других сеансов. Для того 
чтобы с сеансами РО$ могли взаимодействовать УММ или виртуальные драйверы, 
физическая память сеансов ОО$ отображается на некоторые линейные адреса (4-го ги- 
габайта линейного адресного пространства), которые и называются старшими линей- 
ными адресами. Для каждой УМ существует собственный старший адрес (рис. 74.2). 

Линейные адреса Когда одна Физические алреса 


из этих 20$ 


4 я 
< активна Я м 
м. 5 | 1-Й мегабайт 


000000008 





Возможные 
значения 
старших 

адресов 


©3С000008 
С78000008 


С7С000001 


Рис. 74.2. Линейные и физические адреса сеансов РО$ 


Сами программы РОЗ могут работать только в |-м мегабайте линейных адресов 
(вспомним, что в реальном режиме физическис адреса совпадают с линейными, а ОО$ 
располагается в 1-м мегабайте физических адресов). Поэтому для активного в настоя- 
щий момент сеанса РОЗ сго физические адреса отображаются сще и на 1-й мегабайт 
линейных. В результате любое активное приложение 0ОО$, работающее в пределах 
1-го мегабайта линейных адресов, обращастся только к собственной копии РО5, вхо- 
дящей в соответствующую виртуальную машину. В то же время отображение на стар- 
шие линейные адреса действует всегда, что позволяет виртуальным драйверам обра- 
щаться к физическому адресному пространству любой виртуальной машины; более то- 


го, виртуальные драйверы имеют право взаимодействовать с сеансами 20$ 
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исключительно через старшие линейные адреса. При этом линейный адрес любой ад- 
ресуемой ячейки определяется суммированием ее физического адреса со старшим ли- 
нейным адресом соответствующей УМ. 

Структура клиента, адрес которой СВ_СИеп! Ройтег входит в управляющий блок, яв- 
ляется важнейшим набором данных, обеспечивающим обмен информацией между прило- 
жением и виртуальным драйвером. Когда при вызове виртуального драйвера процессор пе- 
реходит на нулевой уровень привилегий, в стеке уровня 0 (не в стеке приложения!) сохра- 
няются значения всех регистров вызывающего приложения, соответствующие точке вызова 
драйвера. Совокупность этих значений и называется структурой клиента. При входе в 
драйвер адрес структуры клиента находится в регистре ЕВР, а обращение к отдельным 
элементам этой структуры осуществляется с помощью наглядных символических обозна- 
чений вида СНеп АХ, СНет ЕГАО$, СНепё С$ ит. д.: 


моу2х ЕАХ, [ЕВР.С11епё _АХ] ;Передача АХ приложения в ЕАХ драйвера 
моу [ЕВ?.С11епё ОХ], Чака ;Передача данного из драйвера 
;ув ОХ приложения 
Возможно также обращение как к байтовым регистрам (СПепё АЕ, СНепё ОН), так и к 
32-разрядным (СПет ЕЕГАС$, СНепё ЕЗГ). Структура клиента является чрезвычайно 
удобным средством обмена информацией между приложением и драйвером, так как реги- 
стры приложения не только сохраняются в структуре клиента при переходе в драйвер, но и 
восстанавливаются из нее при возврате в приложение. Поэтому изменение значений в 
структуре клиента в процессе выполнения программы драйвера приводит к соответствую- 
щему изменению регистров процессора после возврата в приложение. 
Другие аспекты взаимодействия системы У/т4о\з, приложений и виртуальных 
` драйверов будут рассмотрены в последующих статьях. 


Статья 75. Структура виртуального драйвера 


Виртуальные драйверы обычно пишутся на языке ассемблера, хотя внутренние 
процедуры драйвера вполне могут составляться на языке Си (Си++). Использование 
языка высокого уровня упрощает реализацию вычислительных и логических алгорит- 
мов в процедурах драйвера, но, с другой стороны, делает текст драйвера менее нагляд- 
ным. Поскольку нашей задачей является освоение основных принципов разработки 
драйверов и приводимые ниже примеры относительно просты, мы ограничимся язы- 
ком ассемблера. Для создания выполнимого модуля надо использовать 32-разрядные 
ассемблер и компоновщик, в частности входящие в пакет ООК. В том же пакете мож- 
но найти заголовочные и другие включаемые файлы с многочисленными макросами и 
определениями констант, используемые при разработке драйверов. 

Рассмотрим прежде всего общую структуру виртуального драйвера, а также пра- 
вила его подготовки и загрузки. В примере 75.1 приведен текст простейшего вирту- 
ального драйвера для систем \п4о\и 95/98, который не выполняет никакой работы, 
хотя и может быть установлен в системе. 


Пример 75.1. Структура виртуального драйвера 


.386р ;Будут исгользоваться 32-разрядные регистры 
.ХЬТ5Т ;Подавление включения в листинг текста утт.Ёпс 
1пс1аае утм.1пс ;Подключение файла упп.1пс 

.ЪТ5Т ; Разрешение гальнейшего вывода в листинг 


;5лок описания драйвера 
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Бес1аге_\У1г&0а1_Оеу1се УМур,1,0,УМуб_Сопего1, 80008, \ 
ОпаеЁ1пе4_Тп1е_Огаег, У86_АРТ_НапЯ1ег, РМ_АРТ_Напа1ег 
=====анене====Сегмент инициализации реального режима========енаня=в= 
Ухр_ВЕАГ ТМТТ $5ЕС 

; Процедура инициализации реального режима 


Вед1пРгос УМур Веа1_ 111 ;Точка входа при инициализации 
по АН, 098 ;Функция 005 вывода на экран 
поУ ОХ, ОЕЁЗее пзд;Адрес выводимого сообщения 
ап 21. ;Вызов 005 | 
мох АХ, Реу1се_ТоаЧ_ОК;Код успешного завершения 
хог Вх, ВХ ;Доголнительные 
ХОЕ УТ, 51 ; данные 
ХОЕ ЕРХ, ЕОХ ; отсутствуют 
гееё 


59 ЧБ ‘Виртуальный драйвер УМур загружен',13,10,'$' 
Еларгкос УМур_Зеа1 Тп1 
Ухр_ВЕАГ ТМТТ_ЕМО$ 
уЕЕЕЕЕЕнЕЕЕ=====Сегмент данных======е==ыннннкннаннннннниненнннннннн== 
Ухр_РАТА_5ЕС 
;Здесь размещаются данные, используемые драйвером 
Ухр_РАТА_ЕМО$ 
уаннненнЕ=======Сегмент защищенного режима===============н==неве=а==== 
Ухр_СОБЕ_$ЕС 
‚Управляющая процедура для обработки системных сообщений И1лаомз 
Зеч1п?кос УМуб Сопёго1 
;Сюда могут быть включены процедуры обработки различных 
; системных сообщений М1п4ом5: Беу1се_Тп1Е инициализации драйвера, 
;Сгеа®е_УМ создания новой виртуальной машины, Вед1п_РМ Арр запуска 
; приложения защищенного режима и Епа_РМ_Арр его завершения и др. 
с1с 
геё 
ЕпарРгос УМуб_Сопёго1 
;Процедура, вызываемая из приложения реального режима (приложения 10$) 
Вед1аРгос У86_АРТ_Нап91ег 
;Сюда включаются содержательные процедуры драйвера, которые 
; должны выполняться при вызове драйвера из приложений реального режима 
гее ;Возврат из драйвера в вызывающее гриложение 
ЕпАР?гос У86_А?Т НапЧ1ег 
;Процедура, вызываемая из приложения защищенного режима (приложения М1п9о\из) 
Вед1пРгос РМ _АРТ_Напа1егх 
;Сюда включаются содержательные гроцедуры драйвера, которые 
; должны выполняться при вызове драйвера из приложений защищенного режима 
гее ;Возврат из драйвера в вызывающее приложение 
Епаргос РМ АРТ _Напа1ег 
Ухо _СОБЕ_ЕМО$ 
епа УМур_Веа1 11 ;Конец текста драйвера с указанием точки входа 


Исходный текст драйвера начинается с директивы ассемблера .386р, позволяющей 
использовать расширенный набор команд современных процессоров и, в частности, 
привилегированных команд защищенного режима. Следующая далее директива 
„ХЫЗТ подавляет вывод в листинг трансляции всех последующих предложений про- 
граммы вплоть до отмены ее действия директивой .11$Т. В нашем случае подавляется 
вывод в листинг весьма обширного файла УММ.ПМС с определениями макросов и кон- 
стант, фактически обеспечивающего использование в драйвере средств УММ. 

Как видно из приведенного листинга, драйвер в простейшем случае состоит из блока 
описания драйвера и трех сегментов: сегмента инициализации реального режима 
Ухр _КВЕАР ПМТ, в котором размещается процедура инициализации реального режима 
(вместе с относящимися к ней данными); сегмента данных Ухр_ЛАТА_ЗЕС со всеми дан- 
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ными, которые могут потребоваться драйверу в процессе его работы; сегмента команд за- 
щищенного режима Ухр_СОПЕ, содержащего в нашем случае процедуры УМур_Сопио1, 
\86 АР Напег и РМ_АРГ_Нап@]ег (имена процедур произвольны). 

В тексте драйвера широко используются макросы, определенные в файле 
УММ.ГМС. Так, макросы Ухр_ВЕАР_ ПТ _$ЕС и УхО ВЕАГ, ПМГГ_ЕМРО$ задают 
начало и конец сегмента инициализации реального режима, макросы Ухр_СОБЕ_$ЗЕС 
и Ухр СОРЕ ЕМО$ - начало и конец сегмента защищенного режима, а макросы 
ВевтРгос и ЕраРгос — границы процедур, входящих в состав драйвера. Имена макро- 
сов можно набирать как строчными, так и прописными буквами. Приведеннос в при- 
мере начертание взято из документации \/и190%5. 

Блок описания драйвера, с которого начинается текст драйвера, вводится с помо- 
щью макроса Оес]аге Уитша! Пеу1се. Этот макрос требует указания восьми парамет- 
ров, располагаемых в следующем порядке: 

» имя драйвера; 

. Номер версии и подверсии; 

. имя управляющей процедуры; 

» идснтификационный номер драйвера; 

» порядок инициализации; 

. имя процедуры обслуживания реального режима; 

. имя процедуры обслуживания защищенного режима. 


В нашем случае драйверу дано произвольное имя УМУО, управляющей процедуре 
(которая обязательно должна присутствовать, хотя у нас она фактически пуста) — 
УМур Сопно|, процедурам обслуживания рсального и защищенного режимов, 
которыс в дальнейшем мы будем называть АР[-процедурами (АррИсаНбоп Ргоргат 
НиусгРасе, интерфейс прикладных программ) - У86_АРГ Напег и РМ_АРЕ Напа]сг 
соответственно. Для версии выбран номер 1.0, а для идентификационного кода — 
80008. При разработке коммерческого виртуального драйвера его следует 
зарегистрировать в корпорации М!сгозой и получить для него идентификационный 
код. Порядок инициализации важен для драйверов, обращающихся друг к другу; для 
наших драйверов порядок инициализации не имеет значения, что указано с помощью 
константы Чидейпед_ши_Отаег. 

Процедура инициализации реального режима УМур_Кеа|_Тпай вызывается автома- 
тически в процессе загрузки драйвера, когда процессор еще не перешел в защищенный 
режим. Поскольку процедура выполняется в реальном режимс, в ней возможен вызов 
функций РОЗ. У нас она используется для вывода на экран (в процессе загрузки 
УЛпдо\5) сообщения о загрузке нашего драйвера. При входе в процедуру инициа- 
лизации реального режима регистры С$, 0$ и ЕЗ имеют одно и то же значение, равное 
сегментному адресу сегмента рсального режима, а регистр ГР содержит 0. Таким обра- 
зом, процедура инициализации должна начинаться с программных строк, вслед за ко- 
торыми могут располагаться любые поля данных, используемые на этом этапс ини- 
циализации драйвера. 

АР1-процедуры являются, можно сказать, содержательной частью драйвера. Эти 
процедуры, выполняемые на нулевом уровне привилегий в плоской модели памяти, 
могут быть вызваны из любой прикладной программы (выполняемой, естественно, на 
третьем уровне защиты). Для обращения к драйверу из приложений РОЗ (реальный 
режим) и \/ш4о\$ (защищенный режим) предусматриваются две различные АР]- 
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процедуры; если действия драйвера в ответ на обращение программ в обоих случаях 
одинаковы, в соответствующих полях блока описания драйвера можно указать имя 
единственной процедуры. В некоторых случаях драйвер работает сам по себе, без об- 
ращения к нему из программы пользователя, тогда как сами процедуры, так и их имена 
в блоке описания драйвера отсутствуют. В дальнейшем мы будем рассматривать толь- 
ко драйверы, предназначенные для работы с приложениями \!1140\%$ и в блоке описа- 
ния драйвера имя АР!-процедуры реального режима будет отсутствовать: 


Рес1аге \У1кЕца1 реу1се УМу0, 1,0, УМур_Сопеко1, 80005, \ 
ОпаеЕ1пеЯ_Тп1Е_Огдег,,АРТ Напа1ег 


Для ускорения процесса подготовки выполнимого модуля виртуального драйвера 
удобно создать пакет из трех файлов. Приводимый ниже пример их содержимого 
предполагает, что пакет РОК. установлен на диске. С: в каталоге ООК95, исходный 
файл с текстом драйвера имеет имя УМУО.АЗМ, а выполнимый модуль драйвера — 
УМУО.УХр. 


Файл И!Г\М95.ВАТ 
9\99К95\тазтб1 1с\ип! /соЯ /ОВЕО_СОНЕР 1/21 /Е! /Зп /ОМАЗМ6 /с /Сх мту4.азт 
9лачк95\тэмс20\ИпК утуд.06] @утуд. пк 
Че! утуд.оБ} 
Файл УМУР.ОЕЕ 
ИВКВАВУ УМУ 
ОЕЗСЕРТ!ОМ “Ипиа! ММуб дпуег 
ЕХЕТУРЕ ОЕ\З86 
ЗЕСМЕМТ$ 
_ЕТЕХТ СЬА$$ СОБЕ' РВЕГОАО МОМОЗСАКРВАВЕЕ 
_ТОАТА СЪА$$ СОБЕ' РКЕГОАВ МОМОЗСАВОАВЕЕ 
_ВСОБЕ СЬА$$ *ВСОПЕ' 
ЕХРОВТ$ 
УМуб_ООВ @1 
Файл УМУР. ГМК 
ОЕВУС 
ОЕВУСТУРЕ:ВОТН 
МАСНИМЕ:13 86 
РОВ:МОМЕ 
ОЕР:ММУО.ОЕР 
ОЧТМУМУБ. УХО 
Ухо 
Для того чтобы в операторе 1шс[а4е в исходном тексте драйвера нс описывать путь 
к файлу УММ.ПМС, можно в файл АЧТОЕХЕС.ВАТ включить команду 


ЗЕТ ИМСЬУОЕ=9\99К95\ипс32 


Загружаемый модуль драйвера подготавливается запуском в сеансе РОЗ описан- 
ного выше командного файла \!95.ВАТ. 

Установка созданного драйвера в системе осуществляется путем включсния в раз- 
дел [386ЕпН] файла ЗУЗТЕМ.П\! следующей строки (в предположении, что программа 
драйвера находится в каталоге ОКТУЕЕК$ диска Е:): 

ОЕМСЕ=Ё\Апуегз\иту4.уха 


В процессе загрузки системы \/1140\$ на одном из этапов (после того, как появит- 
ся и исчезнст полноэкранная заставка \!1140%/5) на экран будет выведено сообщение 
"Виртуальный драйвер УМУр загружен", после чего система будет работать как обыч- 
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но, поскольку наш драйвер и по собственной инициативе ничего не делает, и не взаи- 
модействует нис системой, ни с приложениями. 


Статья 76. Взаимодействие драйвера и приложения 


Рассмотрим теперь проблему взаимодействия драйвера с приложением. Эта про- 
блема имеет два аспекта: 
. как вызвать из прикладной программы АР]-процедуру драйвера; 
. каким образом передать драйверу исходную информацию и получить результа- 
ты его работы. 


Следует заметить, что если взаимодействие с драйвером приложений РОЗ и 16- 
разрядных приложений \/т49о\/; осуществляется схожим образом, то для 32-разряд- 
ных приложений \/140о%/5 используются совершенно другие методы. Рассмотрим 
сначала интерфейс виртуального драйвера с 16-разрядным приложением \У/тдо\5. 
Взаимодействию виртуальных драйверов с 32-разрядными приложениями \/т49о\$ 
будут посвящены завершающие статьи этого раздела. 

Разработаем драйвер, который по запросу приложения будет возвращать в него де- 
скриптор ГОТ, соответствующий селектору сегмента команд приложения. Из содер- 
жимого дескриптора можно будет извлечь информацию о линейном базовом адресе 
сегмента команд и определить таким образом, в какой области линейного адресного 
пространства располагается наша прикладная программа. Кроме линейного базового 
адреса, в дескриптор входит граница сегмента, а также сго атрибуты (см. статью 65). 
Прямое обращение к таблицам дескрипторов позволит нам вспомнить их назначение 
и состав и послужит полезным упражнением при изучении защищенного режима. 

Как уже отмечалось, алгоритм АР!-процедуры тесно связан с алгоритмом обраше- 
ния к драйверу из прикладной программы. Действительно, если приложение передает 
драйверу какие-либо данные, драйвер должен содержать команды приема и сохране- 
ния этих данных; если драйвер передает в приложение результаты своей работы, в 
приложении должны быть строки приема и обработки этой информации. Фактически 
алгоритм прикладной программы (в части взаимодействия ее с драйвером) определяет 
состав АР!-процедуры (или процедур) драйвера. Поэтому мы начнем разработку наше- 
го драйвера с написания взаимодействующей с ним прикладной программы. 

Вызывать драйвер можно из приложения, написанного на любом языке, в частно- 
сти на языке ассемблера. Однако приложения \! 1140$ на языке ассемблера оказыва- 
ются чрезвычайно громоздкими; их составление требует от программиста не только 
понимания многочисленных внутренних концепций системы \!40\5, но и освоения 
целого ряда специфических средств и приемов программирования на языке ассембле- 
ра, без которых написать приложение У! п40\/$ затруднительно. Желающие познако- 
миться с принципами составления на языке ассемблера прикладных программ для сис- 
темы \/1тдо\/; отсылаются к 3-му изданию книги К. Г.Финогенова "Основы языка ас- 
семблера" (М.: Радио и связь, 2001). 

Гораздо проще написать приложение У/п4до\/з на языке Си (или Си++). Разумеет- 
ся, для разработки красивого современного приложения со сложным интерфейсом - 
меню, диалоговыми окнами, кнопками, курсорами, рисунками и прочим необходимо 
достаточно свободно владеть всем огромным арсеналом изобразительных средств 
У/Итдо\ $, однако мы здесь ограничимся относительно простыми программами с ми- 
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нимом интерфейсных деталей. Краткие пояснения помогут читателю понять суть дела; 
желающие более основательно изучить программирование для УЛ тдо\из на языке 
Си++, могут обратиться к книге К. Г.Финогенова "Прикладное программирование для 
УИ пдо\/5 на ВоЙайд С++" (Обнинск: Принтер, 1999). 

В приводимом ниже примере строки программы пронумерованы, хотя в програм- 
мах на языке Си++, где допустим переход на следующую строку текста почти в любом 
месте предложения языка, как и расположение любого числа предложений языка на 
одной строке текста, эта нумерация носит довольно условный характер. 

Приложения \Ишдо\/$ готовятся, как правило, с помощью интегрированной среды 
разработки (П(ертаеа Оеуеортеп! Елугоптет, ШЕ), которая обеспечивает весь цикл 
разработки приложения (подготовку исходного текста, трансляцию, пробное исполне- 
ние и отладку) в полноэкранном интерактивном режиме. Сама ШЕ запускается из сре- 
ды \!190%\5 и широко использует стандартные средства графического интерфейса 
МИ п4о\/5 — меню, диалоговые окна, инструментальные кнопки и рр. 

Подготавливать и отлаживать 16-разрядные приложения У п4о\/$ проще всего 
в интегрированной среде ВоЙап4 С+- версии 4.5. Для работы с 32-разрядными прило- 
жениями лучше использовать пакеты Воап4 С++ 5.0 или М!стозой У150а| С++. По- 
скольку ближайшие несколько статей будут посвящены 16-разрядным приложениям 
УЛ пдоу/$, мы очень коротко рассмотрим основные правила подготовки приложений 
в среде ВоЙапд С++ 4.5. 

ШЕ Войапа С++ 4.5 содержит большое количество настраиваемых параметров, 
доступ к которым осуществляется в основном через команду ОрНоп$ главного меню 
(рис. 76.1). К счастью, о большинстве этих параметров можно не заботиться, так как 
их значения по умолчанию устанавливаются разумным образом. Однако кое-что все 
же придется настроить и проверить. 


№ ВоПап@ С++ 





Рис. 76.1. Начальный кадр ДЕ Вотапа С++ 4.5 


Прежде всего следует установить значения каталогов пользователя, в которых бу- 
дут храниться исходные (богсе), промежуточные (Пиеппеае) и конечные (Е!ша]) 
файлы, возникающие при разработке программного проекта. Доступ к кадру задания 
каталогов осуществляется выбором команды ОрНопз»РгодесЕ> Гигесюп!ез. На рис. 76.2 
для всех файлов программного проекта задан один каталог РЛЕХАМРГЕ®. 

В том же кадре стоит проверить правильность задания каталогов для включаемых 
(шею4е) и библиотечных (ТАбгагу) файлов. Если ШЕ установлена стандартным обра- 
зом, то для этих файлов должны быть указаны каталоги \6с45\шс[аае и \6с45\Н6. 
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Рис. 76.2. Настройка каталогов пользователя 


Далее полезно выбрать пункт ОрНоп$>Епупоптеп"> Е4Иог»О1зр]ау и удостове- 
риться, что установлен шрифт с русскими буквами (например, Соийег Меу Суг), и за- 
одно задать удобный для пользователя размер шрифта. Если после выбора пункта 
ОрНопз>Епупоптеп! в перечнс пунктов следующего уровня пункт ЕЧИог окажется 
свсрнутым (о чем будет свидетельствовать знак + перед ним), его следуст развернуть, 
щелкнув по нему дважды левой клавишей мыши или щелкнув один раз по знаку +. 
Строка +Е4Ч\ог развернется в список 

—Еайог 

» ОрНоп$ 

‚ Ее 

» ПО15рау 
из которого уже можно выбрать пункт 015р]ау для настройки шрифта. 

Для подготовки исходного текста программы выберите команду Е!е»> Мех. По- 
скольку ШЕ даст новому файлу не очень благозвучное имя МОМАМЕОО.СРР и к тому 
же пытается расположить его в каталоге \ВС45\ВИМ, лучше всего сразу же сохранить 
пустой пока файл под удобным для пользоватсля именем в его рабочем каталогс, что 
выполняется как обычно с помощью пункта меню Е|Ие»Зауе Аз. Введитс исходный 
текст приложения УИш4о\$ примера 76.1 и сохраните сго на диске под именем, на- 
пример, 76-01.СРР. 

Как только на экране ШЕ появляется окно для исходного текста программы, кадр 
ШЕ дополнястся целым рядом новых управляющих кнопок, служащих для редактиро- 


вания, запуска и отладки программы. Назначение наиболее важных кнопок указано на 
рис. 76.3. 
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| шаг с входом 


файла в подпрограмму Поиск | Поиск следующего 
Поиск и замена 
Сохранение файла 1 шаг без входа 
в подпрограмму Вставка 
Компиляция и 


построение проекта Выполнение до курсора Копирование 
(с целью отладки) 
Вырезание 


Запуск программы 


11014 бетАРТЕЮСЕУ(); 
й | РАБВРВОС УхрЕйоку; 
116 УТЩАРТ узомати (НТУЗТАМСЕ, НТУЗТАМСЕ, (РЗТВ, 116) { , 









ИН. 4]. ^_ 





Рис. 76.3. Кадр ЛЕ с текстом программы 


Введя текст программы и сохранив его в файле с расширением ‚СРР, следует при- 
ступить к созданию проекта. Вообще проект служит для объединения в единый ком- 
плекс всех файлов, входящих в приложение. Обычно исходные тексты даже простого 
приложения образуют не один, а по меньшей мерс три файла: файл .СРР с текстом 
программы; файл ресурсов .ВС, в котором, в частности, описывается конфигурация 
меню и диалоговых окон, и файл определения модуля .ОЕЕ с информацией о типс за- 
грузочного модуля, атрибутах программных сегментов и некоторой другой информа- 
цисй. Файл проекта (в системах Войапа С++ 4.5 и 5.0 он имеет расширение .ШЕ) как 
раз и служит для объединения всех этих файлов в единый комплекс, относящийся 
к данному приложению. 

Для нашей программы, в которой нет ни меню, ни диалогов, не нужен файл ресур- 
сов; что же касается файла определений, то создавать его тоже нет необходимости, так 
как вполне можно воспользоваться стандартным файлом РЕРАОЕТ.ОЕЕ, имеющимся 
в систсме. Однако создать проект все-таки необходимо, так как именно в проекте ука- 
зываются некоторые важные характеристики приложения, без знания которых ШЕ 
не сможет создать загрузочный модуль приложения. 

Выберите команду Рго]есё > Ме\ми Рго]ес{ и в верхней части открывшейся панели с 
именсм Мем/ Тагве! компонента ШЕ Тагре! Ехрей в рамке Рто]сс! Ра ап4 Матс ука- 
жите имя файла проекта. Это имя может быть любым, но удобнее для всех состав- 
ляющих проекта иметь одно имя (при разных расширениях). Поэтому укажитс имя 76- 
01.1ДЕ, при необходимости предварив его полным путем к вашему рабочему каталогу. 

Удостоверьтесь, что в рамке Р]1аНопп установлен режим УЛп4о\з 3.х (16-битовое 
приложение \шдо\/з), а в рамкс Тагесё Моде] — Гагос (большая модель памяти). Вы- 
бор модели Г.агес заставит компилятор рассматривать все адреса как дальние, что не- 
обходимо при программировании интерфейса с виртуальным драйвером. 
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Удостоверьтесь, что в рамке Тагре! Туре (тип мишени) установлен тип АррИсайоп 
[ехе], т. е. выполнимый файл приложения. 

Нажмите кнопку Адуапсед. На открывшейся вкладке Адуапсед орНоп$ снимите 
флажки (щелчком левой клавиши мыши) с кнопок выбора файлов ‚гс и .ЧеЁ, так как 
этих файлов у нас нет (рис. 76.4). Подтвердите настройки, выбрав ОК. на вкладке 
Адуапсед орНопз и еще раз ОК. в панели Тагре! Ехрен. 





ооо он он но оное тие попона 


\ехатр!ез\76-01.14е | 


Аррисацоп [ехе 





Рис. 76.4. Панель Гагве! Ехре"! с характеристиками приложения 


В кадре ШЕ появится окно описания проекта Ргодес! (рис. 76.5). Видно, что наш 
проект будет состоять из двух файлов — 76-01.СРР и 76-01.ЕХЕ. В окне проекта можно. 
при необходимости выполнять корректировку состава проекта (добавление новых 
файлов или удаление существующих), переименовывать отдельные составляющие 
проекта и изменять характеристики приложения. Для того чтобы в окне ШЕ появился 
исходный текст программы, щелкните дважды в окне проекта по строке 76-01 [.срр]. 
Если же надо изменить какие-либо характеристики приложения (например, модель 
памяти), щелкните правой клавишей по строке 76-01 [.ехе]. Откроется меню, из кото- 
рого, в частности, можно выбрать пункт Тагре! Ехрей и снова открыть окно, с которым 
мы уже имели дело. 

\екапрез\76-014е 


76.01 [еже] 


01 [.срр] 





Рис. 76.5. Открытое окно проекта 
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Для запуска процесса компиляции и компоновки щелкните по кнопке компиляции 
и построения проекта (см. рис. 76.3). Дождитесь окончания обработки программы и 
удостоверьтесь, что в окне построителя задачи сообщается об отсутствии ошибок (Е!- 
гогз: 0). Предупреждением, возникающим из-за того, что мы использовали файл 
РЕРАОГТ.ОЕЕ определения по умолчанию, в данном случае можно пренебречь. 

При повторной загрузке ШЕ Войап@ С++ с целью, например, модификации и ис- 
следования созданного приложения, необходимо прежде всего открыть файл проекта. 
Если просто открыть исходный файл программы и, не открывая файла проекта, попро- 
бовать выполнить компиляцию и запуск, вы получите сообщение об ошибках. Чтобы 
исправить дело, надо будет загрузить файл проекта и повторить компиляцию. 

Перейдем, наконец, к содержательному рассмотрению текста приложения 
М/тдо\и$ (пример 76.1). 


Пример 76.1. Взаимодействие драйвера и приложения. Исходный текст приложения ИЛт4ом5 


#ЗеЁЕ1пе УТВАТСТ //{1) Более строгая проверка типов переменных 
#1пс1о9е <и1паом$. > //{2)Два файла с определениями констант, макросами 
#1пс1а4е <и1паомзх. В > //{3)и прототипами функций И1паомз 
у01Я СефАРТЕПЕЕУ{); //(4)Прототип функции 
ЕАБКРВОС УхрЕпегу; // (5) Объявление переменной типа ГАКРВОС 
$егисЕ РЕЗСВ{ //{6)Описание структуры, повторяющей состав дескриптора 
МОВО 11; //{7) Граница (биты 0...15) 
ИОВО Базе_1; {/(8)База, биты 00...15 
ВУТЕ Базе п; у //(9) Ваза, биты 16...23 
ВУТЕ абёг 1; //(10)Байт атрибутов 1 
ВУТЕ абёг_2; // (11) Граница (биты 16...19) и атрибуты 2 
ВУТЕ Базе В; //{12)База, биты 24...31 
}95сг; // (13) Объявление переменной Язсг типа структуры ОЕЗСВ 


//Гглавная функция ИМ1пМа1п 

1пЕ ИТМАРТ И1пМа1п (НТМЗТАМСЕ, НТМ5ТАМСЕ, ГРУТВ, $п%)} {// (14) 
сВахг хе [160]; //{15) Объявление текстовой строки 
СееАРТЕПЕГу ();// (16) Вызов функции беЕАРТЕПЕку, получение адреса драйвера 
_2тЕ=ОРЕЗЕТОЕ (&@зсг); //(17)В драйвер будет передано смещение азск 


УхоЕпеЕху (); // (18) Вызов АРТ-процедуры драйвера 
мзре1пЕЕ (хе, "Базовый линейный адрес = %Х%Х%ХЬ" //(19)Подготовка строки 
"\пАтрибут 1 = %ХР Атрибут 2 = %Х5", //с текстом и данными 
"\пРазмер сегмента = %Хр=%Я байт", //для вывода на экран 


Чзск.Базе_В,Язсг.Ьазе_м, Язск.Базе_!1, 
Язсг. абег_ 1, Чзсх.асег_2,++4зскг. 14, азсг. 11м); 
МеззадеВох (МОЪЬ, хе, "ТпЕО", МВ _ТСОМТМЕОВМАТТОМ) ;// (20) Вывод сообщения 
гебокп 0; // (21) Завершение главной функции 
//(22)Конец главной функции 
//Функция бефАРТЕПЕЕУ() получения точки входа в драйвер 
\013 СесАРТЕПЕКУ () { // (23) Описание функции СебАРТЕПЕЕу. 
аз { //(24)Вставка на языке ассемблера 
шоу АХ, 0х1684 //(25) Номер функции 
моу ВХ, 0х8000 //(26)Идентификатор драйвера 
1пЕ 0х2Е //{27)Мультиплексное прерывание 
шоу мог рег УхоЕпеку, ОТ// (28) Смещение точки входа в драйвер 
шоу мога рек УхрЕпегу+2,ЕЗ// (29) Селектор точки входа в драйвер 
} //(30)Конеш ассемблерной вставки 
} //{31) Конец функции Се АРТЕПЕКу 


При запуске приложения УИтдо\и$ управление всегда передается главной функции 
МИ пМа1щ(), которая, таким образом, должна присутствовать в любой программе. По- 


мимо главной функции, в программе может быть любое число вспомогательных функ- 
ций-подпрограмм, вызываемых в тех или иных точках главной функции. В нашей про- 
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грамме имеется одна такая функция-подпрограмма Се! АР1Епну(), служащая для опре- 
деления адреса точки входа в драйвер. Для того чтобы по ходу изложения было понят- 
но, о каком объекте идет речь — о функции или о переменной, мы будем обозначения 
функций сопровождать парой круглых скобок (), подчеркивая тем самым, что этому 
объекту в принципе присущи параметры. 

Программа начинается с группы операторов (директив) препроцессора, обрабаты- 
ваемых еще до компиляции текста программы. Предложение 
#ЧеЁ1пе ЗТВТСТ 


объявляет имя ТЕСТ определенным (известным). В этом случае компилятор осуще- › 
ствляет более строгую проверку типов данных, используемых в программе, что дает 
возможность выявить и устранить многие ошибки еще на стадии компиляции. Для 
нашей программы, в которой используется минимальное число типов (ВУТЕ, \ОКО, 
1 и некоторые другие) эта проверка не имеет значения, однако в более сложных про- 
граммах она весьма полезна. 

В предложениях 2 и 3 к исходному тексту программы с помощью оператора пре- 
процессора #Яис4де подсоединяются заголовочные файлы \У/ПМРО\$.Н и 
\ИМРО\ЗХ.Н, в которых содержатся описания производных типов данных, кон- 
стант, макросов и прототипов функций \!п4о\з. Например, использованные в про- 
грамме типы данных ВУТЕ и УОКО являются типами не классического языка Си, а 
системы программирования для У/тдо\у. В языке Си им соответствуют типы ипз1епе4 
сваг и ип1опед Вой 111. Определения специфических для системы У/пдо\$ типов да- 
ны в файле \/ПМРОУ\/$.Н. Там же можно найти определение использованного нами 
типа ЕАКРКОС как дальнего указателя на функцию, не требующую параметров и не 
возвращающую результата. 

В языке Си действует правило: для всех функций, используемых в программе, 
должны быть приведены их прототипы. Прототип — это сокращенное определение 
функции, в которое входит имя функции, типы принимаемых ею параметров и тип 
возвращаемого результата. Например, функция Рипс(), выполняющая некоторую опе- 
рацию над двумя целыми числами и возвращающая результат с плавающей запятой, 
будет иметь следующий прототип: 

Е1оае Рипс (1п%,11е); 


Для функций, определенных в прикладной программе, прототип указывается в на- 
чале программы или, чаще, в "персональном" заголовочном файле, принадлежащем 
этой программе. Прототипы же стандартных функций \п4о\з, в частности исполь- 
зуемых в нашей программе функций \УЛаМат0 и МеззареВох(), приведены в файле 
МИМРО\З.Н (а также и в других включаемых файлах с расширением .Н). Таким обра- 
зом, включение в программу файла \УПМРО\$.Н обязательно. 

Некоторые более специальные определения объектов У п4о\/з помещены в файл 
МИМРО\У/ЗХ.Н. Строго говоря, в рассматриваемом примере этот файл не нужен, одна-' 
ко в более сложных программах он также необходим. Проще не задумываться над тем, 
нужен он или нет, а просто включать его во все приложения УЛп4о\5. 

В предложении 4 определяется прототип прикладной функции СеЁАРТЕпЯУЙ, к ко- 
торая служит для получения адреса точки входа в драйвер. Эта функция не требует 
никаких параметров и не возвращает результата (полученный ею адрес драйвера она 
запишет непосредственно в поля данных, в переменную УхОЕпну). Отсутствие пара- 
метров обозначается в прототипе пустой парой скобок; отсутствие возвращаемого ре- 
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зультата — словом уо14 перед именем функции. Определение прототипа, как и любой 
оператор языка Си, заканчивается знаком точки с запятой (это правило не относится 
к операторам препроцессора). 

В предложении 5 объявляется переменная УхОЕпну типа ЕАВРКОС; т. е. типа 
дальнего указателя на функцию. Действительно, АР]-процедура драйвера выступает . 
для нашсй программы в качестве вызываемой функции, причем она безусловно не вхо- 
дит в состав программы и находится в другом сегменте, поэтому ее адрес должен быть 
дальним. Оба объекта — и прототип функции, и переменная УхОЕпну — должны быть 
указаны перед началом главной функции \ Ма). 

Предложения 6...13 описывают структуру, соответствующую составу дескриптора 
памяти. С подобной структурой мы уже сталкивались в статье 65; она не является не- 
обходимой (вмссто нее можно было просто ввести в программу массив из восьми 
1-байтовых переменных), однако несколько повышаст наглядность операций с отдель- 
ными полями дескриптора. Слово РЕЗСВ является придуманным нами типом этой 
структуры (тоже придуманной нами), имя же конкретной переменной, для которой от- 
водится место в памяти, указывается после заключительной фигурной скобки опреде- 
ления структуры. В нашем случае эта переменная носит имя 45сг. Стоит отметить, что 
в данном примере в одной конструкции языка объединяется и определение состава но- 
вой структуры РЕЗСК, и объявление конкретной структурной переменной @5сг. Часто 
эти действия разделяют, сначала определяя состав структуры и назначая имя этому но- 
вому типу данных и лишь далее в нужном месте программы объявляя одну или не- 
сколько структурных переменных этого типа. 

Переменные, описанные перед именем главной функции программы, носят назва- 
ние глобальных. Это означает, что к ним можно обращаться из любых точек програм- 
мы, в частности из ее внутренних функций. Переменные, объявленные внутри функ- 
ции, являются локальными; они доступны только из этой функции и не видны ни во 
внешних функциях, ни даже во внутренних, вызывасмых из данной функции. Полезно 
иметь в виду, что глобальные переменные размещаются в сегменте данных програм- 
мы, адресуемом через сегментный регистр 0$, а под локальные выделяется место на 
стеке и доступ к ним осуществляется через сегмснтный регистр 3$. Правда, в боль- 
шинстве случаев в 16-разрядных приложениях, написанных на языке Си, содержимое 
этих регистров совпадает; под все данные выделяется один сегмент памяти, в начале 
которого (в области меньших адресов) располагаются глобальные переменные, а в 
конце (в области больших адресов) — стек. Однако так бывает не всегда, и в нашем 
случае, где переменная 45сг должна быть доступна драйверу, лучше определить ее как 
глобальную, чтобы компилятор разместил сс в сегменте, адресуемом через 0$. 

Описание любой функции языка Си начинается с се заголовка, включающего имя 
функции, тип возвращаемого значения и (в скобках) перечень типов принимаемых 
функцией парамстров с указанием их фактических обозначений внутри функции. Час- 
то бывает так, что, хотя функция, в соответствии с объявленным ранее прототипом, 
требует при ее вызове передачи ей некоторых параметров, в конкретном контексте она 
эти параметры не используст. В этом случас в заголовке функции обозначения пара- 
метров можно опустить, хотя их типы должны быть перечислены обязательно. Именно 
так используется в настоящем примере главная функция У\УпМаш(, которая при ее 
вызовс системой \!114о%/$ (в процессе запуска нашей программы) получает 4 парамет- 
ра типов НГИМЗТАМСЕ, НИМЗТАМСЕ, ГР$ТВ и ш+. Программа в силу ее простоты эти 
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параметры не использует, и в заголовке функции указаны только их типы. В более 
сложной программе заголовок функции \/тМаш может выглядеть, например, так: 
410 ИТМАРТ И4пМа4л (НТМЗТАМСЕ ЬТпзфапсе, НТМЗТАМСЕ, БРУТА, 11 пстазнон) 


Здесь предполагается, что функция \У/шМа!т() будет использовать в процессе своего 
выполнения первый и последний из переданных ей системой параметров, а второй 
и третий использовать не будет. 

Само описание функции, т. е. перечень выполняемых ею действий, заключается 
в фигурные скобки {}. Как уже упоминалось выше, каждый оператор, входящий в 
функцию, заканчивается знаком точки с запятой. 

В предложении 15 объявляется символьная строка — массив, состоящий из 160 пе- 
ременных типа сБаг. В дальнейшем эта пока пустая строка будет заполнена упорядо- 
ченными данными из структуры. 45сг и использована для их отображения на экране. 

С предложения 16 начинается собственно текст программы. Прежде всего вызовом 
СесАРТЕПЕЕКУ (); 


в переменную УхБЕпну заносится полученный из \!!пдо\/5 адрес точки входа в АР|- 
процедуру драйвера. Состав функции Се АРТЕптну() и смысл возвращаемого ею 
значения мы рассмотрим чуть позже; на этом этапе удовольствуемся полученным 
результатом. 

Получив адрес точки входа в драйвер, мы сможем вызвать его АР[-процедуру, 
которая должна вернуть 8-байтовое значение дескриптора памяти. Получить данные 
из виртуального драйвера (как и передать ему исходные данные) можно разными 
способами. В настоящей программе через регистры О5З:ОТ драйверу передается 
полный адрес структурной переменной 45сг, а драйвер, получив в процессе выпол- 
нения своей АР1-процедуры искомый дескриптор, записывает его значение непосред- 
ственно в переменную 45сг приложения. Регистр 2$ уже содержит сегментный адрес 
сегмента данных программы; в предложении 17 в регистр ОГ с помощью макроса 
ОЕЕЗЕТОЕ заносится смещение структурной переменной 45сг. В языке Си предусмот- 
рена возможность непосредственного обращения ко всем регистрам общего 
назначения с помощью обозначений _АХ, _АГ, Пит. д. Следует обратить внимание | 
на обозначение &рН. Оператор &, встретившись перед именем переменной, 
обозначает ее адрес. Макрос ОРЕЗЕТОЕ позволяет выделить младшую часть этого 
адреса, т. е. смещение. 

Подготовив для драйвера исходные данные, вызовем его АР1-процедуру. Это 
делается в предложении 18, где адрес точки входа в драйвер УхОЕпу рассматри- 
вается как имя дальней функции. После возврата из драйвера переменная 45сг 
заполнена искомыми данными, и нам остается лишь вывести на экран ее содержимое 
в разумном виде. Это действие выполняется в два этапа. Сначала с помощью функции 
УИп4о\з \мзрешЕ значения полей переменной 45ст преобразуются в символьную 
форму и помещаются в строку 6 затем эта строка выводится на экран в окно 
сообщения с помощью функции \!пдо\и5 МеззавеВох(). 

Если текст, выводимый в окно сообщения, известен заранее, его можно просто 
включить в вызов функции МеззавеВох{) в качестве параметра: 
МеззадеВох (№011, ‘Драйвер отработал‘, 'Контроль', МВ_ТСОМТМРОВМАТТОМ); 


Если, однако, требуется вывести значения каких-либо числовых переменных, сна- 
чала эти значения следует преобразовать в символьную форму, для чего служит функ- 
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ция \зрип. Для этой функции первый параметр является адресом строки- 
приемника, второй - адресом строки-источника (или самой строкой, как в нашем при- 
мере), третий — преобразуемой переменной (или списком переменных, если их не- 
сколько). В строке-источнике, кроме текста, могут присутствовать спецификации фор- 
мата, определяющие, по какому формату будут преобразовываться в символьные стро- 
ки указанные в последнем параметре данные. Число указанных переменных (в нашем 
случае их 7: 4зсгБазе_в, 4зсгЪазе_ п, @зсг.Ъазе_], 4зсг.айг 1, азсг.аИг_2 и два раза 
Чзсгит) должно совпадать с числом спецификаций формата. Все спецификации фор- 
мата начинаются со знака процента (%); некоторые из них приведены в табл. 76.1. 


Таблица 76.1. Допустимые спецификации формата для функции изрит!\) и их назначение 


| Спецификация | ___ Перемення 1] Представление при выводе ______\ 
[91 |Цлое _ [ Десятичное целое сознаюм | 
О [Ш | Десятичное целоебезна | 
Е вы ДОАО ао неба 

Целое | 6-ричное целое (строчные или прописные) — 
1 бра Гр 


В нашем примере сначала из трех составляющих линейного адреса 4зсг.Ъазе Ъ, 
4зсгЪазе п и 93сг.Ъазе_ 1 формируется изображение одного длинного числа в 16- 
ричной форме, далее выводятся оба атрибута сегмента и, наконец, его длина сначала в 
16-ричной форме (спецификация формата %Х№), а затем в десятичной (спецификация 
%а). Напомним, что в дескрипторе указывается граница сегмента, которая на 1 байт 
меньше его длины; для вывода на экран длины сегмента переменная 45сг.ип включена 
в список переменных функции \мзриаНО с префиксным оператором ++, который сна- 
чала увеличивает значение переменной на единицу и лишь затем передает ее по назна- 
чению. Второе включение той же переменной в список (уже без префиксного операто- 
ра) позволяет вывести в окно сообщения ее значение еще раз в другом (в данном слу- 
чае десятичном) формате. 

Функция УЛпдо\з МеззареВох(), выведя на экран окно сообщения, ожидает реак- 
ции пользователя; приложение продолжит свою работу после того, как пользователь 
щелкнет по клавише ОК. В нашем примере вслед за вызовом функции МеззареВох() 
стоит оператор геи, который завершает работу приложения. 

Рассмотрим теперь подпрограмму Се АРТЕлну(), которая позволяет получить ад- 
рес точки входа в драйвер. Для взаимодействия с виртуальными драйверами в 
\У/1190%/$ предусмотрен ряд функций мультиплексного прерывания 2ЕВ. Например, с 
помощью функции 16818 можно сообщить драйверу о начале критической секции 
программы, а с помощью функции 16828 - о ее завершении. Для получения адреса 
АР/[-процедуры используется функция 1684Ъ, которой в регистре ВХ следует передать 
идентификационный номер нашего виртуального драйвера. Вызвать мультиплексное 
прерывание 2РЬ (как и любое другое программное прерывание) можно с помощью 
функции Си 18 6х(); однако проще и нагляднее это сделать, использовав ассемблер- 
ную вставку. В функции СеАР1Елиу после заполнения регистров АХ и ВХ исходны- 
ми значениями и вызова прерывания 2Е№ результат выполнения функции 16841, воз- 
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вращаемый в регистрах ЕЗ:01, отправляется непосредственно в предусмотренную на- 
ми переменную УхРЕпцу. 
Результат выполнения программы примера 76.1 (в предположении, что мы уже на- 


писалн и установили соответствующий ему виртуальный драйвер) приведен на 
рис. 76.6. 





Рис. 76.6. Вывод программы 


Перейдем теперь к тексту виртуального драйвера, работающего в паре с 
рассмотренной выше программой (пример 76.1, продолжение). 


Пример 76.1 (продолжение). Взаимодействие драйвера и приложения. Исходный текст вирту- 

ального драйвера, пересылающего в приложение данные из таблицы локальных дескрипторов 

.386р 

„.ХЬтЗТ 

1пс1аае ума. 1пс 

. ТТ 

Бес1ахе У1хЕцаф ПОе\у1се УМу0,1,0,УМуб Сопеко1,8000Н, \ 
ОпдеЕ1пед_Тп16_Огаех,,АРТ_Напа1ех 

; Определим структуру Чезск, описывающую состав дескриптора 


Зезсг ЗЕ кис 
11 ди 0 
Разе_1 ам 0 
разем 40 
асег 1 940 
ага 40 
рРазен 40 


; Процедура инициализации реального режима 
Вед1пРгос УМурб Веа1 Тиле 
мох АН, 09\ 


оу ОХ, оЕЁзее мз9 

пе 218 

поУ ах, Ое\у1се_Гоаа_ок 
Хок Ьх,Ьх 

хог $1, 51 

хох еах, еах 

ге 


пз9 Ч 'Виртуальный драйвер Утур загружен' 
ЕпаРкос УМур Веа1_Тп1& 
Ухр_ВЕАЬ ТМТТ ЕМОЗ 


уавяанян========Сегмент данных=======н=====н===не===нненаян====нене===== 
Ухр_РАТА_ЗЕС р 

раезсе аЕО0 ;Поле для псевдодескриптора 

а дезсх <> ;Поле для дескриптора 


Ухр_РАТА_ЕМО$ 


Ухр СОРЕ_$ЕС 
;Управляющая процедура для обработки системных сообщений ИМ1паоиз 
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Вед1пРкос УМур Сопеко1 
с1с ;Мы не обрабатываем 
гее . ; сообщения М1п9о0мз 
ЕпаРгос УМуБ_ СопЕко1 
;Процедура, вызываемая из приложения защищенного режима (приложения И1п9ом5) 
Веч1пРкос АРТ_НапЯ1ек 
;Получим из СОТ дескриптор ГОТ 


за4Е р@4езск ; (1) Линейный адрес и граница СОТ 

мох ЕЗТ, АиогА рег рае$сг+2; (2) Линейный адрес СОТ 

51а |№>.4 ; (3) ЕБХ=Селектор БОТ 

поУ ЕАХ, [ЕШХ] [Е5Т]; (4) Извлечем из СОТ 1-ю половину дескриптора БОТ 
поУ Чмога рег Я,ЕАХ; (5) Отправим ее в а 

мо ЕАХ, [ЕБОХ+4] [ЕЗТ]; (6) Извлечем из СОТ 2-ю половину дескриптора 


мох Чиога рег 9+4,ЕАХ; (7) Отправим ее ва 
;Извлечем из дескригтора ОТ линейный адрес ВОТ 
пом ЕШОХ, анога рег Ч.Базе 1; (8)3 байт базы + атрибут 1 
апа ЕБХ, ОРЕЕЕЕЕН; (9) Уберем атрибут 1 
моу2х ЕАХ, русе рег Я.Базе |; (10) Старший байт базы в ЕАХ 
$11 ЕАХ, 24 ; (11) Сдвинем его в старший байт ЕАХ 
ог ЕБХ, ЕАХ ; (12) ЕОХ=линейный адрес ГОТ 
;Получим из приложения селектор сегмента команд и найдем его дескриптор в БОТ 
моухх ЕСХ, [ЕВР.С11епе _С$]; (13) Селектор из С5 приложения 
апа ЕСХ, ОЕРЕЕЕЕЕВ8П ; (14) Уберем 3 младших бита 
поУ ЕАХ, [ЕБХ] [ЕСХ] ;(15)Извлечем из СОТ 1-ю половину дескриптора 
; приложения 
моУ Чмога рег Я,ЕАХ; (16) Отгравим ее ва 
шоу БАХ, [ЕБХ+4] [ЕСХ]; (17) Извлечем из СОТ 2-ю половину дескриптора 
; приложения 
мох Чнога рег 9+4,ЕАХ; (18) Отправим ее в а 
;Перешлем полученный дескриптор из а в приложение 
С11епе Рег РТаф ЕБТ,О5,ОТ; (19) ЕРТ=линейный адрес переменной Я приложения 


оу ЕАХ, Чиога рег @; (20)1-я половина дескригтора 

моУ [ЕБТ],ЕАХ ; (21) Отправим ее в приложение 

пом ЕАХ, ЧиогА рег 9+4; (22)2-я половина дескриптора 

поУ [Е2Т+4],ЕАХ ; (23) Отправим ее в приложение 

гее ; (24) Возврат через М1п4омз в приложение 


ЕпПАРгос АРТ Нап@1ег 
Ухо _СОБЕ _ЕМО$ 
епа ` УМуБ_ Веа1 Тп1е 


Общая структура драйвера почти не отличается от той, что была рассмотрена в 
примере 75.1. В блоке описания драйвера указана лишь одна АРЕ- процедура, именно 
процедура защищенного режима, так как мы не собираемся вызывать драйвер из про- 
грамм РОЗ. Эта единственная процедура для краткости названа просто АРЕ_Нап@ег. 
В сегменте данных появились поля для данных, используемых драйвером в процессе 
его работы. Поле р4езсг размсром 6 байт служит для размещения в нем содержимого 
регистра процессора СОТК, в котором, как известно, хранится линейный адрес и гра- 
ница таблицы глобальных дескрипторов СОТ. Второе поле 4 представляет собой 
структуру, полностью совпадающую со структурой 45сг в приложении Уп 40% и слу- 
жащую для помещения в нее содержимого найденного дескриптора. 

В одном из элементов глобальной таблицы дескрипторов СОТ хранится систем- 
ный дескриптор, описывающий локальную таблицу дескрипторов ГОТ данной задачи 
(рис. 76.7). Селектор этого дескриптора хранится в регистре ТОТВ. и может быть про- 
читан оттуда командой $141. Линейный адрес (вместе с границей) глобальной таблицы 
дескрипторов хранится в регистре СТОК, откуда его можно получить с помощью ко- 
манды $24, Содержимос сегментного регистра С$ нашего приложения представляет 
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собой селектор, указывающий на тот дескриптор в составе ГОТ, который описывает 
сегмент команд приложения. В этом дескрипторе и находятся интересующие нас дан- 
ные, в частности линейный адрес сегмента команд и его предел. Приведенные на 
рис. 76.7 значения относятся к конкретному сеансу и носят случайный характер, хотя неко- 
торые характеристики этих значений отражают закономерности системы \Мтдо\5. Так, 
таблица глобальных дескрипторов вместе со многими другими системными компо- 
нентами располагается в 4-м гигабайте линейного адресного пространства, который начи- 
нается садреса С0000000}, а 16-разрядные прикладные программы - в 3-м гигабайте 
с адреса 800000001. 


сот 


ГУ 





80096000Н 


ГОТВ 





Сегмент 





команд 
приложения 





Рис. 76.7. Логическое взаимодействие системных регистров и таблиц, 
определяющих линейный адрес приложения 


Вернемся к рассмотрению алгоритма АР]-процедуры виртуального драйвера (для 
удобства ссылок строки этой процедуры пронумерованы). В предложении 1 командой 
$244 читается и запоминается в поле рдезсг содержимое регистра СОТВ. В байтах 0...1 
этого регистра хранится значение границы СОТ, в байтах 2...5 — базовый адрес. 
В предложении 2 базовый адрес извлекается из р4езсг и запоминается в регистре ЕЗ. 
Далее командой $14 в регистр ОХ заносится содержимое регистра ГОТВ, в котором 
хранится селектор ГОТ (в конкретном сеансе, проиллюстрированном на рис. 76.7, он 
оказался равен ООР8Н). Селектор представляет собой смещение в байтах соответст- 
вующего дескриптора от начала таблицы; поскольку каждый дескриптор занимает 
8 байт, дескриптор, описываемый селектором О0Е8Ъ, занимает Е81/8=1ЕЪ=3]-е место 
в таблице СОТ (если начинать отсчет элементов СОТ, как это и полагается, с нуля). 

Линейный адрес интересующего нас дескриптора равен сумме базового адреса 
СОТ и относительного адреса дескриптора в этой таблице. В нашей программе эти со- 
ставляющие находятся в регистрах ЕЗТ и ЕОХ (при заполнении регистра ОХ командой 
$141 автоматически очищается старшая половина ЕОХ). В предложениях 4...7 две поло- 
вины дескриптора переносятся в поле данных 4. 

Дескриптор, в котором хранятся характеристики локальной таблицы дескрипто- 
ров, относится к числу системных. Обобщенный формат системного дескриптора был 
приведен на рис. 70.1; ниже (рис. 76.8) он повторен с указанием конкретных значений 
для рассматриваемого прогона программы. 
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Байты 7 6 5 4 к 2 1 0 


База Атрибуты | Атрибуты 
31...24 2 1 
Граница 


о0000000 о0о0о00о 
Рис. 76.8. формат  скриптора от конкретными значениями 





Граница сегмента 
15...0 






0960008 


Любопытно отметить, что таблица локальных дескрипторов располагается, как 
и 16-разрядное приложение У//пдо\з, в 3-м гигабайте линейных адресов и имеет до- 
вольно большой размер — 30008 байт = 12 Кбайт. 

Нас в дескрипторе ГОТ интересует только линейный базовый адрес, который при- 
дется складывать из его составляющих в байтах 7, 4, Зи 2 дескриптора. В предложе- 
нии 8 байты 5...2 дескриптора загружаются в регистр ЕЩХ, а в предложении 9 коман- 
дой апд в нем очищается старший байт (в который попал байт атрибутов 1). Далее 
старший байт базы загружается в регистр ЕАХ, сдвигается влево до конца регистра 
и командой ог дописывается в ЕОХ, где уже находятся 3 младших байта базы. 

Смещения в ГОТ к дескрипторам сегментов памяти приложения (сегментов ко- 
манд, данных и стека) определяются значениями селекторов этих сегментов, храня- 
щихся в сегментных регистрах приложения. Однако, как уже отмечалось в статье 74, 
при переходе в виртуальный драйвер регистры процессора теряют те значения, кото- 
рые они имели в приложении. Для получения "прикладных" значений регистров необ- 
ходимо воспользоваться структурой клиента. В нашем примере структура клиента ис- 
пользуется для получения драйвером селектора сегмента команд из регистра СЗ; пере- 
дача результирующих данных в приложение осуществляется другим способом. 

В предложении 13 АР[-процедуры селектор сегмента команд загружается в ре- 
гистр ЕСХ (с обнулением старшей половины регистра). Однако значение селектора не 
равно смещению в таблице дескрипторов, так как в его трех младших битах содержит- 
ся дополнительная информация: индикатор таблицы дескрипторов Т] и запрошенный 
уровень привилегий ВР!. (см. рис. 65.2). В нашем случае селектор сегмента команд 
имеет значение 239ЕВ; установленный бит 2 говорит о принадлежности этого селекто- 
ра таблице локальных (а не глобальных) дескрипторов, а установленные биты 0 и 1 
определяют уровень привилегий приложения, который, разумеется, равен трем. Для 
получения смещения следует обнулить 3 младших бита селектора, что и выполняется в 
предложении 14. К этому моменту в регистре ЕОХ находится линейный адрес ГОТ, а в 
регистре ЕСХ -- смещение к интересующему нас дескриптору. В предложениях 15...18 
искомый дескриптор сегмента команд приложения переносится в то же поле данных 4, 
которое мы ранее использовали для хранения дескриптора ГОТ. 

Нам осталось переслать 8-байтовое поле 4 в приложение. Для этого можно вос- 
пользоваться структурой клиента, занеся в 4 элемента этой структуры, например 
СПеш_ АХ, СЦец ВХ, СПеш СХ и СЦеп( ОХ, 4 четверти дескриптора, а после возвра- 
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та в приложение извлечь дескриптор по частям из регистров АХ, ВХ, СХ и ОХ. Мы 
поступим иначе, передав весь дескриптор непосредственно в поле 45сг сегмента дан- 
ных приложения. Это можно сделать, так как виртуальный драйвер работает в плоской 
модели памяти и сму доступны все 4 Гбайт линейных адресов, в том числе и виртуаль- 
ные адреса, назначенные системой приложению. Для перевода виртуального адреса в 
линейный в файле УММ.ИМС предусмотрен макрос Сйсп! Рё_ЕЙай, в качестве пара- 
мстров которого указывается 32-разрядный регистр-приемник, а такжс сегментный ре- 
гистр и какой-либо регистр общего назначения, содержащие пару сегмент.смещение 
(для приложения реального режима} или селектор:смещение (для приложения защи- 
щенного режима). 

Имея в виду это средство, мы перед вызовом драйвера занесли в регистр О] смс- 
щенис переменной 4$сг; ссгментный адресс сегмента данных приложения находится, 
естественно, в регистре 0$. В предложении 19 АР]-процедуры драйвера с помощью 
макроса СПепЕ Ри_Е1а( в регистр ЕР помещастся линейный адрес переменной 4, ав 
четырсх последующих предложениях две половины дескриптора переносятся в поле 
45сг с использованием в качестве перевалочного пункта регистра ЕАХ. 

Завершающая АР!-процедуру команда ге{ передает управление через \\п4о\з в ту 
точку приложения, откуда был вызван драйвср. 

Вернемся еще раз к макросу СПеп Рё_Е]аё. Каким образом он преобразует вирту- 
альный адрес в линейный? Ведь макрос представляет собой просто некоторую послс- 
довательность директив или команд, имеющую имя и допускающую настройку под 
конкретные значения параметров. Однако никакими арифметическими или логиче- 
скими операциями невозможно из величин селектор-смещение получить линейный 
адрес. Для опредсления линсйного адреса по значению селектора необходимо обра- 
титься к таблице локальных дескрипторов, найти в ней элемент, соответствующий 
данному селектору, извлечь из этого элемента составляющис базового линейного ад- 
реса сегмента и прибавить к нему смещение. Между прочим, именно эту операцию мы 
и выполняли в нашем примере виртуального драйвера. Таким образом, макрос 
СПеп Ри_Е]а{ должен для образования линейного адреса обращаться к каким-то спе- 
циальным системным средствам. Действительно, в тексте макроса имеется обращение 
к системной функции Мар Раф которая извлскает из таблиц дескрипторов линейные 
адреса, выполняя, в сущности, те же операции, что и наша АР]-процедура. Для полу- 
чения интересующего нас линейного адреса сегмента команд приложения вполне 
можно было воспользоваться этой функцией, существенно сократив размер АР]- 
процедуры. Правда, в этом случае мы не получили бы полной информации о составе 
дескриптора, а именно значений границы и атрибутов. 


Статья 77. Системный отладчик ЗоЁТСЕ 


Для исследований системы У/ш94о\$, и в частности для отладки виртуальных 
драйверов, требустся специальный отладчик, работающий на нулевом уровне приви- 
легий в плоском адресном пространстве. Одним из таких отладчиков является инстру- 
ментальный пакет МиМсва Зо СЕ от Сотри\аге Сотрогавоп. Отладчик Зо [СЕ по- 
зволяет изучать работу программ, работающих на любом уровне привилегий, выво- 
дить на экран поля данных и коды системных компонентов \/1190%/$, находить 
соответствие между виртуальными, ливейными и физическими адресами, устанавли- 
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вать в отлаживаемой программе (в том числе в виртуальном драйвере) точки останова 
на определенных адресах, а также по аппаратным и программным прерываниям, выво- 
дить на печать фрагменты кодов прикладных и системных программ. 

Отладчик Зо СЕ поступает к потребителю в виде дистрибутива и требует установки в 
системе, причем для систем УЛпдо\з 95/98 или У шоу МТ и установка и использование 
отладчика осуществляются с некоторыми отличиями. В развернутом виде пакет Зо СЕ за- 
нимает около 16 Мбайт дискового пространства и содержит, кроме основных и вспомога- 
тельных программ, весьма подробный интерактивный справочник. 

Пользователь взаимодействует в основном с двумя программами, входящими в состав 
ЗоМСЕ: УЛМСЕ.ЕХЕ и ГОАРЕВЗ2.ЕХЕ. Первая программа устанавливается резидентной 
в системе в процсссе загрузки \УЛп4о\5; вторая вызывается пользователем по мере необхо- 
димости. Для загрузки резидентной части ЗоВТСЕ в файл АДТОЕХЕС.ВАТ следует вклю- 
чить строку 
СЛАЗОРИСЕ\МЛМСЕ.ЕХЕ 


в предположении, что пакет Зо СЕ находится в каталоге ЗОЕТ!СЕ диска С:. 

Запустить отладчик можно двумя способами. Первый заключается в активизации 
отладчика вне связи с какой-либо программой; он осуществляется нажатием комбина- 
ции клавиш СЫ]+О. В таком режиме можно, например, просматривать содержимое 
таблиц дескрипторов и таблиц трансляции, изучать характеристики действующих вир- 
туальных машин, исследовать содержимое физической памяти. Для выхода из отлад- 
чика следует ввести команду отладчика Х или еще раз СЫ. 

Второй способ заключается в запуске отлаживаемой программы под управлением 
отладчика. Для этого следует запустить программу ГОАРЗ2.ЕХЕ. На экране появится 
начальный кадр Зо СЕ (рис. 77.1), в котором надо сначала открыть файл с отлажи- 
васмой программой с помощью самой левой кнопки, а затем загрузить его нажатием 
второй слева кнопки. Другие кнопки, как и меню, служат для настройки режимов ра- 
боты Зо ЙЕ. Все эти операции подробно описаны в интерактивном справочнике, вхо- 
дящем в состав пакета; здесь мы отметим только одну полезную возможность. 


* МиМеда боМСЕ бутБо! 








С помощью пункта меню Ед» Зо МСЕ ишаЙтабоп 5етр$ можно изменить некото- 
рые настройки отладчика, и в частности строку инициализации, определяющую исходный 
режим работы отладчика. По умолчанию строка инициализации состоит из одной команды 
Х, оканчивающейся точкой с запятой. Эта команда автоматически завершает работу отлад- 
чика при его первой инициализации в процессе загрузки \УЛп4о\$. Если удалить команду Х 
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из строки инициализации, то при перезагрузке \Мшдо\уз еще до загрузки виртуальных 
драйверов управление будет передано отладчику. 

По умолчанию рабочий кадр с программой содержит всего 25 строк текста, при 
этом на экран не выводятся коды команд. Поскольку при отладке программы жела- 
тельно иметь на экране максимум информации, строку инициализации полезно сфор- 
мировать следующим образом: 

ИМЕ$ =60;СООЕ ОМ;Х; 


В этом случае на экран будут выводиться 60 строк текста, а команды отлаживае- 
мой программы (так же как и команды драйвера или программных составляющих 
\Мтдо\5) будут сопровождаться их кодами. 

Использование программы Зо СЕ для отладки драйверов \//п4д0\/$ осложняется 
тем, что отлаживаемой программой является, в сущности, приложение УЛ п4о\$, со- 
ставленное на языке Си. Однако отладчик ЗОШСЕ, деассемблируя образ программы в 
памяти, выводит на экран ее текст в виде машинных кодов и соответствующих им ко- 
манд языка ассемблера. Программист должен уметь находить соответствие между 
предложениями языка Си и соответствующими им машинными кодами (результатом 
трансляции). Для решения этой задачи проще всего воспользоваться отладчиком при- 
ложений У/п4до\з ТОУ’.ЕХЕ, входящим в пакет ВоПапа С++. Запустить этот отладчик 
можно из среды разработки ОЕ, открыв проект отлаживаемой программы и выбрав 
пункг меню Тоо!Тио РеБиврег. На экране появится кадр отладчика с исходным 
текстом программы, практически совпадающий с тем, что был показан на рис. 4.1 (хо- 
тя текст программы будет состоять из предложений языка Си). 

Будем считать, что мы отлаживаем программу примера 76.1, загрузочный модуль 
которой имеет имя 76-01.ЕХЕ. Загрузив отладчик ТО\\, поместим курсор на предло- 
жение вызова драйвера 
УхрЕпегу{)}; 

и выполним программу до этой точки, нажав клавишу Е4 (Неге, сюда). 

Для получения текста программы в машинных кодах перейдем в окно процессора, 
выбрав пункт меню Уе\х»СРИ. На экранс появится кадр, схожий с показанным на 
рис. 4.6 и содержащий внутренние окна для текста программы, содержимого регистров 
процессора, дампа памяти и стека. При этом в основное внутреннее окно выводятся не 
только машинные коды команд и результат их преобразования в команды языка ас- 
семблера, но и исходные предложения на языке Си (рис. 77.2). 

#76-01#18:  \УхрЕлегу(); 


с$:088Е»Р2Е1ЕЗ 402 са11 Гаг {[ УхоЕпегу] 
#76-01#19: изрг1лЕЁ(Ехе, "Базовый линейный адрес 

с3:08С3 ЕЕЗ68802 разн пога рег [_95сЕ] 

сз:08С7 ЕЕРО68802 з7с иога рег [ 95сг} 

сз:08СВ А18802 мох ах, [ азсг] 

сз:08С= 50 ра$В ах 

с$:08СЕ А08=02 оу а1., [028] 

с$:0802 В400 пом ап, 00 

сз:0824 50 разв ах 


Рис. 77.2. Окно отладчика ТРИ’ с текстом программы 76-01.ЕХЕ после останова 
на вызове ИхрЕпт!гу() 


Мы видим, что вызов функции УхОЕаву() преобразован транслятором с языка Си 
в дальний косвенный вызов через ячейку с адресом 02841, причем эта команда имеет 
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смещение в сегменте команд, равное ОВЕЗН. Между прочим, при повторных запусках 
программы 76-01.ЕХЕ содержимое СЗ будет каждый раз назначаться системой 
\Упо\г$ заново, однако состав программы и смещения всех ее элементов (команд или 
данных) будут оставаться неизменными. 

Запомнив адрес интересующей нас точки программы, вызовем отладчик Зо СЕ. 
После загрузки отлаживаемой программы на экран выводится рабочий кадр отладчика 
с текстом отлаживаемой программы. Зная смещение требуемой точки останова, можно 
выполнить программу сразу до этого места, а затем продолжить выполнение в 
пошаговом режиме, что позволит изучить процесс перехода из прикладной программы 
в программу драйвера. На рис. 77.3 показан кадр отладчика Зо СЕ после загрузки 
программы 76-01.ЕХЕ и останова ее на команде дальнего вызова виртуального 
драйвера (в данном случае 2А07:08ВР). 

ЕАХ=00001684 ЕВХ=18078000 ЕСХ=00000015 ЕБХ=00010284 ЕЗТ=00000278 
Е01=00000288 ЕВР=801Р1706 ЕБР=00001662 ЕТР=000008ВРЕ оатзгарс 


С8=2А07 25=23СЕ 55=23СР ЕЗ=ООЗВ 2Р5=0000 65=0000 05:00000284=ООЗВоЗЕ4 
РКОТ16- 





2А07:08ВС МОУ рт,0288 
2А07:08ВЕ САШ, РАБ[0284] 

| 2А07:08С3 РОЗН МОЮР РТК[0288] 
2А07:08С7 Тис МОРО РТВ[0288] 
2А07:08СВ МОУ АХ, [0288] 
2А07:08СЕ РОЗН АХ 
24А07:08СЕ МОУ АТ, [028Е] 
2А07:08р22 МОУ АН, 00 
2А07:0824 РОЗН АХ 
2А07:0825 МОУ АТ, [0280] 
2А07:08р28 МОУ АН, 00 
2А07:ОВРА РОЗН АХ 
2А07:08РВ РОЗН МОКО РТВ[Оо2ВА] 
2А07:О8РЕ МОУ АБ, [028С] 








75-01 (01) 
ВгеаЕ @ае бо С (ЕТ=15.65 п11115есопа$) 
БОТ 2А07 
5е1. Туре Вазе Так ОРГ АЕЕГ1Ьаеез 


2А07 Соае16 81522860 00000С9Е 3 ВЕ 


Епеег а сомтапа (Н Еог Ъе1р) 
Рис. 77.3. Рабочий кадр отладчика Зо/ИСЕ 


В верхней части кадра располагается окно регистров; средняя часть отведена под 
программные коды; нижняя часть представляет собой окно команд. В рассматривас- 
мом примере после загрузки программы была введена команда С 08ВЕ выполнения 
программы до указанного адреса, а затем — команда ГОТ 2А07 вывода элемента ло- 
кальной таблицы дескрипторов, соответствующего селектору сегмента команд (кото- 
рый в данном сеансе оказался равен 24071). 

Дальнейшее управление отладчиком осуществляется с помощью команд, подавае- 
мых с клавиатуры. Полный список команд с пояснениями можно найти в интерактив- 
ном справочнике; в табл. 77.1 приведсн перечень наиболее важных команд отладчика, 
иллюстрирующий его возможности. 
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Таблица 77.1. Наиболее употребительные команды отладчика Зо ИСЕ 


Назначение 
ВРХ аа4* Установка точки останова по адресу аа" 


ВРИУТ и Установка асинхронной точки останова по прерыванию с номером йих. 
Прерывание может быть как программным, так и аппаратным 


Вывод информации о тбчках останова с их номерами 














Удаление точки останова с номером и 
‚ Удаление всех точек останова 


Бяге аааг Вывод в нижнюю часть кадра содержимого ячеек виртуальной памяти на- 
чиная с адреса адак 


РЕЕК5{е Вывод в нижнюю часть кадра содержимого ячейки физической памяти по 
ада! адресу аа" 


С ааа! Выполнение программы до точки с адресом ада! 
|Е7_ _ [| Выполнение программы до положения курсора 


Е7 
Е8 Выполнение одной команды программы. Вход внутрь подпрограмм, вы- 
полнение циклов по шагам 


Е10 Выполнение одной команды программы. Подпрограммы и циклы выпол- 
няются как одна команда 
х 

















Нажатием кнопки загрузки файла можно запустить текущую программу 
повторно с начала 


Перезагрузка компьютера. Используется в случае "зависания" отладчика, 
что происходит (при наличии ошибок в отлаживаемой программе) доволь- 
но часто, например, при отказах страниц 
Рип стееп Вывод содержимого экрана на принтер (принтер должен иметь драйвер для 
| Ромбегоеа | работы в РОЗ 
ИМЕ$и Установка размера экрана (в числе строк). Параметр п может принимать 
МЕ" | значения 25, 43, 50, 60 
Включение/выключение вывода на экран машинных кодов команд про- 
ОМ/ОЕЕ граммы 
Деассемблирование, т. е. вывод на экран содержимого программных кодов 
начиная с адреса ааа" 
Вывод содержимого СОТ. При указании селектора 5е! вывод одного деск- 
риптора, соответствующего этому селектор 
Вывод содержимого ГОТ. При указании селектора 5е! вывод одного деск- 
риптора, соответствующего этому селекто 
Вывод содержимого ШТ. При указании номера вектора т!" вывод одного 
дескриптора, соответствующего этому векто 
| Т5$ | Вывод содержимого сегмента состояния задачи 


Т$5 

Вывод содержимого регистров процессора и информации о процессоре 
УМ 
1 


И Выполнение программы до конца с возвратом в начальный кадр Зо СЕ. 


[УМ | Вывод характерных данных о действующих виртуальных машинах 


РНУ$ радаг Вывод всех линейных адресов, отображаемых на указанный физический 
адрес рада" | 


Ввод ланного из порта ро! 
О ро"! уаше Вывод данного уаше в порт ро! 


Возврат в отладчик после невосстановимого сбоя (например, после отказа 
страницы) 
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Примечания: 

1. Адрес а@4г может задаваться одним смещением, если имеется в виду текущий 
сегмент команд или данных, или в форме 5ее:0[5, если речь идет о другом сегменте 
(например, в виртуальном драйвере или в системном компоненте \! 11405). 

2. Спецификатор 5е указывает на формат вывода: по байтам (В), словам (\), 
двойным словам(О). 


С помощью отладчика Зо СЕ нетрудно проследить мсханизм взаимодействия 
приложсния с виртуальным драйвером. Рассмотрим некоторыс поучительные детали 
этого механизма. 

Как видно из рис. 77.3, команда перехода в виртуальный драйвер выглядит в ма- 
шинных кодах следующим образом: 

С$:08ВЕ са11 ЁЕаг [0284] 


В двойнос слово по адресу П05:0284В, которое соответствует переменной 
ЕАВРКОС УхРЕпёу нашего приложения \/п40\$, по ходу выполнения программы 
было записано то, что мы называли адресом АР]-процедуры виртуального драйвера. 
В действительности это совсем не так. Если посмотреть (с помощью Зо СЕ или 
обычного отладчика из пакета ВоЙапд С++) содержимое ячейки 02841, там окажется 
адрес вроде 003Вн:0ЗЕСН. Заглянув в сегмент с селектором ЗВЬ, мы увидим, что в нем 
нет ничего, кромс длинной последовательности команд ше! ЗОВ, предоставляющих 
стандартный для У/пдо\$ механизм перехода из 16-разрядного приложения защи- 
щенного режима в 32-разрядную программу уровня 0. Этот переход осуществляется 
через дескриптор ЗОВ таблицы дескрипторов прерываний [ШТ, описывающий некото- 
рую процедуру со смещением, например С0001В04Ь в том самом сегменте с селекто- 
ром 281, в котором работает УММ. Переход с помощью команды шё ЗОВ из приложе- 
ния уровня 3 в исполняемый сегмент уровня 0 возможен потому, что, хотя при загруз- 
ке в С$ селектора 00286 текущий уровень привилегий СРГ. оказывается равен нулю, 
что и обусловливает работу программ УММ на самом внутреннем кольце защиты, 
шлюз ШТ содержит значение ОРГ=3З, отчего этот шлюз оказывается доступен при- 
кладным программам кольца 3. 

Программный фрагмент УММ, на который происходит переход через вектор З0В, 
выполняет ряд системных проверок и настроек. В частности, выполняется процедура 
УММ под названием ЗииШае Еаг Веб, которая снимает со стека приложения два сло- 
ва адреса возврата, помещенные туда командой са! Гаг, и копирует их в ячейки струк- 
туры клиента СПеп_С$ и СПепе [Р. Это приведет при передаче управления из УММ в 
текущую виртуальную машину к "эмуляции дальнего возврата", т.е. к переходу по 
этому адресу, как ссли бы программа, вызванная приложением командой са] Ёаг, вы- 
полнила команду ге Гат. 

УММ, выполнив все эти операции, командой дальнего перехода пр Ёаг передает 
управление на точку входа в АР|-процедуру нашего драйвера, который, таким обра- 
зом, продолжает работу на нулевом уровне защиты при значениях сегментных регист- 
ров С5=28й и 25$=5$=Е5=ЕР5=05=30Н. 

Виртуальный драйвер, выполнив свои функции, командой ге возвращает управле- 
нис УММ. Тот выполняет некоторые завершающие действия и активизирует текущую 
виртуальную машину, в которой выполняется наше приложение Утдо\. В этот мо- 
мент и происходит эмуляция дальнего возврата с передачей управления назад в при- 
кладную программу. Все эти действия УММ по обеспечению перехода в драйвер и 
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возврата в программу, т.е. фактически системные издержки, составляют около 
100 команд. Такова цена использования в прикладной программе стандартного сис- 
темного средства — виртуального драйвера. 


Статья 78. Драйвер для работы 
с физической памятью 


Как известно, подключение к компьютеру измерительной или управляющей аппа- 
ратуры выполняется одним из двух способов: с отображением на пространство портов 
(пространство ввода-вывода) и с отображением на общее с памятью адресное про- 
странство. В первом случае за регистрами подключаемой аппаратуры закрепляется 
требуемое количество свободных адресов из пространства портов (например, 
300В...308В), а программирование аппаратуры осуществляется исключительно коман- 
дами ш или оп. Во втором случае регистрам аппаратуры выделяется свободный уча- 
сток адресного пространства 1-го мегабайта (за пределами первых 640 Кбайт, занятых 
оперативной памятью), например область 000008...203201; при программировании 
аппаратуры можно использовать любые команды процессора. Первый способ приме- 
няется для подключения относительно простой аппаратуры, для управления которой 
достаточно лишь неболыного количества регистров. Второй способ удобен в тех слу- 
чаях, когда аппаратура содержит большое количество регистров или внутреннюю па- 
мять, которую желательно сделать непосредственно адресуемой со стороны компью- 
тера. Примером устройства такого рода является система КАМАК, широко используе- 
мая для автоматизации экспериментальных физических установок. 

Программирование аппаратуры КАМАК или ей подобной (в плане подключения к 
компьютеру) в системе РО$ осуществляется довольно просто. В один из сегментных 
регистров данных, обычно регистр ЕЗ, засылается сегментный адрес участка адресно- 
го пространства, на который настроен дешифратор адресов, включаемый в состав 
интерфейсной части аппаратуры: 


пох АХ, 020005 
поУ Е5,АХ 


После этого обращение к требусмому регистру осуществляется любой подходящей 
командой процессора (тоу, {1ез6, ог, ап@ и т. д.) с указанием смещения этого регистра 
относительно базового адреса выделенного участка памяти: 


поУ ВХ, 328 ;Задание смещения к конкретному регистру 
поУ АХ, ЕЗ: [ВХ] ;Чтение из регистра 321 аппаратуры 
пох Е5:[3Х+2],СХ;Запись в регистр З4Р апгаратуры 


Если говорить конкретно об аппаратуре КАМАК, то се программирование требует 
выполнения некоторых дополнительных операций, в частности предварительного за- 
несения в регистр команд и состояний КАМАК номера требуемой функции КАМАК 
(чтенис или запись, чтение со сбросом, просто сброс, блокировка или разблокировка и 
т. д.), однако суть дела от этого не меняется — обращение к регистрам КАМАК осуще- 
ствляется путем пересылки данных с указанием ссгментного адреса выделенного уча- 
стка физических адресов и смещения в пределах этого участка. 

Приведенные выше операции нельзя выполнить в обычном 16-разрядном прило- 
жении У т4о\5, которое работает в виртуальном адресном пространстве и не имеет 
доступа к физической памяти. Однако обращение к любому участку физической памя- 
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ти легко осуществить с помощью виртуального драйвера, который может вызовом со- 
ответствующих функций УММ отобразить заданный диапазон физических адресов на 
линейное адресное пространство и, более того, предоставить приложению виртуаль- 


ный адрес в формате селектор:смещение для непосредственной работы с физической 
памятью. 


Для отладки и исследования такого рода драйвера удобно воспользоваться ПЗУ 
В10$, которое, как известно, расположено по фиксированным физическим адресам 
Е000:00006...ЕЕЕЕВ. Содержимое любого байта ПЗУ В1О$ легко прочитать с помо- 
щью какого-либо отладчика, например программы РЕВОС, входящей в состав РОЗ, и 
проконтролировать таким образом результат применения виртуального драйвера. 
Пример 78.1 представляет собой программный комплекс (виртуальный драйвер и вы- 
зывающее его приложение \//пдо\у$), в котором выполняется чтение нескольких бай- 
тов ПЗУ В1О$. Рассмотрим сначала текст приложения \/ 14 0%/5. 


Пример 78.1. Чтение из ПЗУ ВТО$ даты его выпуска. Исходный текст приложения Итаому 
#ЧеЁ1пе 5УТВТСТ 
#1ос109е <и1п9ом$.В> 
#1пс109е <и1пд9омзх.Н> 
уо14 СесАРТЕПеку(); 
РАВРВОС УхрЕпекгу; 
сраг* рег; 
//Главная функция И1пМа1п 
176 ИТМАРТ И1пМа1л (НТМ5УТАМСЕ, НТМ5ТАМСЕ, БРЗТВ, 116) { 
сваг &х6 [80]; 
СесАРТЕПЕГУ (); 
_ОТ=ОЕЕЗЕТОЕ (&рег); 
_$Т=0хР000; 
УхрЕпеку(); | 
Еок (1106 1=9;1<=7;1++) 
&хе [1] =рек [1+0хЕЕЕ5]; 
&хе[1]=0; 
МеззадеЗох (МОЪТ, хе, "ТлЕо",МВ_ТСОМТМЕОВМАТТОМ); 
гевака 0; 
} 
//Функция СесАРТЕПЕКУу() получения точки входа в драйвер 
\У01А СееАРТЕЛЕКу () { 
азм { 
поУ АХ, 0х1684 
мох ВХ, 0х8000 
176 0х2Е 
оу моха рег УхрЕпегу, ОТ 
по мог рёг УхрЕпеку+2,Е5 


По своей структуре и функционированию эта программа не отличается от про- 
граммы примера 76.1. Она состоит из главной функции \/пМат() и функции 
Ое!АРТЕпну() получения точки входа в драйвер. В области глобальных переменных 
объявлена дополнительная переменная р типа "указатель на символы". В эту двух- 
словную переменную драйвер вернет созданный им виртуальный адрес ПЗУ В1065, по- 
сле чего приложение \/140\5, задавая то или иное смещение, сможет обращаться к 
любым байтам всей 64-килобатовой области адресов В1О$. 

Получив с помощью вызова Се АРТЕпту() адрес точки входа в драйвер, следует 
подготовить параметры для передачи драйверу. В регистрах 25:1 будет передан ад- 
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рес переменной рё; в регистре $1 — сегментный адрес той области памяти, которую мы 
хотим отобразить на линейные адреса. После вызова УхРЕпНу() в переменной рё ока- 
зывается виртуальный адрес ПЗУ ВЮ$. По правилам языка Си, в этом случае рН[0] 
обозначает самый первый байт этой области, ры[1] —- следующий байт, а ры[0хЕЕР5] — 
байт со смещением ОхЕЕЕ$ от начала ПЗУ. В цикле из восьми шагов 8 байт ПЗУ начи- 
ная с адреса ОхРЕЕ5 заносятся в символьную строку 1х в байт &{9] записывается 0 и 
функцией МеззареВох() строка 1х1 выводится в окно сообщения. Завершающий нуль 
нужен для того, чтобы функция МеззареВох() знала, какую часть строки 1х{ следует 
вывести на экран. В языке Си символьные строки всегда заканчиваются двоичным (не 
символьным) нулем, который для функций, обслуживающих строки, является призна- 
ком конца строки. 

На рис. 78.1 приведен вывод рассмотренной программы — 
содержимое яческ ПЗУ В1О$ со смещениями ЕЕЕЗН...ЕЕЕСЬ, где 
хранится дата выпуска данного варианта В1О5. 

Перейдем теперь к рассмотрению виртуального драй- 
вера, выполняющего отображение физических адресов на 
виртуальные. Хотя ниже приведен полный текст драйвера 
(пример 78.1, продолжение), фактически нам достаточно Рис. 78.1. Вывод 
рассмотреть сго АРЕ- процедуру. программы 





Пример 78.1 (продолжение). Чтение из ПЗУ ВГО$ даты его выпуска.. Исходный текст вирту- 

ального драйвера 

.386р 

.ХЬТ5Т 

1пс1а4е умм.1пс 

„ТУТ 

Рес1аге \1к®иа1 Ре\у1се УМур,1,0,УМур Сопего1,80001, \ 
ОлдеЕ1пеЯ_1116 Огаек, АРТ НапЯ]ег, АРТ НалЯ91ег 


Веч1пРгос УМур Веа1 Тп1% 
поУ АН, ОЭН 


моу ОХ, оЕЁЗее пза 

116 218 

мо ах, Беу1се ТЪоа4_ОК 
хог Ъх, Бх 

хоЕ $1, 51 

хог еах, еах 

ге 


п5а 4 'Виртуальный драйвер УМур загружен$' 
Епа?гос УМур_Веа1 111% 
Ухо ЗЕАЬ ТМТТ ЕМО$ 


Ухр СОБЕ_$Еб 

Веч1п?2гос УМур_СопЕго1 
с] с 
геё 

БпаРгос УМур Сопего1 

Вед1п?кос АРТ Напа1ек 

;Отобразим ВТОЗ на линейные адреса 
шоУ2х ЕЗТ, [ЕЗР.С11еп® $1] 


$21 ЕТ, 4 
разБ 0 

разр 100008 
ризй Е5? 


404 ЯЗЫК АССЕМБЛЕРА: уроки программирования 


УММСа11 _Мар?пузТо1пеаг 
ада ЕЗР, 3*4 
;Получим селектор:смещение для начала ВТО$ 
мох ЕСХ, 100005 
УММСа11 Мар_11п_То УМ АааЕ; СХ: ЕБХ=зе1: оЕЕз 


$61 ЕСХ, 16 ;Селектор в старшей части ЕСХ 

ог ЕБХ, ЕСХ ;ЕБХ=зе1:оЁ=5$ для обращения к ВТО5 
С11епе Рег _Р1а®е ЕОТ, 05$, ОТ;Пслучили адрес указателя из гриложения 
шоу [ЕРТ], ЕОХ 

гее 


Епаргос АРТ НапЧ1егк 
Ухр_СОРЕ_ЕМО$ 
епа УМур_Веа1 111% 


В этом драйвере не оказалось полей данных (которые присутствовали в приме- 
ре 76.1), поэтому из него удален сегмент данных. 

Для отображения физических адресов на линейные служит функция УММ 
_МарРвузТоГлпеаг. В справочнике ООК приведен следующий формат вызова этой 
функции: 

УММСа11 _Мар?пузТот1пеак, <РНузАЧЯг, пВусез, Е1а95> 


где РиузА4аг представляет собой базовый физический адрес отображаемого участка 
памяти, пВу{е5 — размер отображаемого участка в байтах, а слово флагов Наз$ должно 
иметь нулевое значение. Такая форма вызова функции УММ предполагает указание 
параметров в виде конкретных чисел. Однако для нас желательно иметь универсаль- 
ный драйвер, которому можно было бы передавать базовый физический адрес в виде 
параметра. Дело в том, что аппаратура, адреса которой располагаются в пространстве 
памяти, всегда имсет средства настройки базового адреса, что позволяет устранять 
возможное наложение адресов, если к компьютеру подключено несколько таких уста- 
новок. Поэтому драйвер, обслуживающий эту аппаратуру, также должен иметь средст- 
ва настройки базового отображаемого адреса. 

Обозначение УММСа| _МарРвузТоГлпеаг, несмотря на внешний вид напоминаю- 
щий вызов функции УММ, представляет собой по существу макрос. Если в программе 
этот макрос используется с перечислением фактических параметров, ассемблер рас- 
ширяет его приблизительно следующим образом: 

разв Е] ааз 
разй  пВубез 
раз  РнузАааг 
пе 208 
аа С@МарРВузТо1леаг ;0001006СВ 
ааа — ЕЗР,12 

Перечисленные в макровызове фактические параметры проталкиваются в стек, по- 
сле чего вызывается прерывание 208 с указанием в следующем слове программы ус- 
ловного кода, соответствующего функции УММ МарРпузТо[Глпеаг. Нетрудно сообра- 
зить, что системный обработчик прерывания 20} должен считать из программы код, 
следующий за командой прерывания, и передать управление на соответствующую 
процедуру УММ, которая в данном случае выделяет свободный диапазон линейных 
адресов и заполняет новые элементы таблицы трансляции, если указанные физические 
адреса еще не отображены на линсйное адресное пространство. В процессе выполне- 
ния этой процедуры используются парамстры, находящиеся в стеке, однако указатель 
стека нс смещается. Восстановление стска (путем прибавления к ЕЗР общей длины пс- 
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реданных параметров) происходит уже в драйвере после возврата из УММ последней 
командой макрорасширения. . 

Если макрос УММСаН _МарРВузГоГАпеат вызывается без параметров, то в его 
макрорасширении отсутствуют как команды проталкивания в стек, так и команда вос- 
становления стека. Поэтому обе эти операции следует включить в программу драйвера 
явным образом: 


разв 0 ;Имитация макроса с параметрами - 
разв 109008 ; проталкивание параметров 

разн . ЕЗТ ;в стек 

УММСа11 _Мар?ВузТо1пеаг 

ааа БОР, З*4 ;Восстановление стека 


Поскольку в число параметров функции МарРвузТоГлпеаг входит базовый физиче- 
ский адрес, а для нас естественнее передать в драйвер базовый сегментный адрес, в на- 
чале АР]-процедуры драйвера этот параметр переносится из структуры клиента в ре- 
гистр Е$З] и сдвигается влево на 4 бита для образования физического адреса. Диапазон 
отображения (100008 = 64 Кбайт) задается в драйвере, хотя при необходимости его 
также можно было передать в качестве параметра через один из регистров. 

Макрос УММСа| _МарРНузТоЛпеаг возвращает линейный адрес в регистре ЕАХ (в 
случае ошибки возвращается код ЕЕЕЕЕЕЕЕЮ). Второй этап преобразования — образование 
виртуального адреса, соответствующего полученному линейному, осуществляется с помо- 
щью вызова функции Мар_Гли_То _УМ_А9@г (обратите внимание на отсутствие символа 
подчеркивания перед именем функции). Функция Мар_Гли_То УМ _А9Яг требует в каче- 
стве параметров наличия в ЕАХ преобразуемого линейного адреса, а в ЕСХ -— предела соз- 
даваемого сегмента. В нашем случае линейный адрес уже находится в ЕАХ, остается толь- 
ко заслать границу сегмента — число ЕЕЕЕН - в регистр ЕСХ. 

Функция Мар _Гли_То_УМ_Ад9г возвращает в регистре СХ селектор образованно- 
го сегмента, а в регистре ЕОХ -— смещение к заданному линейному адресу, которое, 
впрочем, в приложениях защищенного режима всегда равно нулю. Полученный селек- 
тор смещается в старшую половину ЕСХ и объединяется со смещением с образовани- 
ем в регистре ЕОХ обычного для 16-разрядного приложения формата дальнего адреса 
(селектор в старшем слове адреса, смещение в младшем). Следует заметить, что для 
приложения \/тдо\$ эта операция является лишней, так как смещение всегда равно 
нулю; мы включили ее в драйвер для общности. 

В последних предложениях АР[-процедуры драйвера с помощью макроса 
СПепё Ри_Е1а{ формируется (в регистре ЕР) линейный адрес поля данных ры в при- 
ложении \/1140\%5, после чего полученный ранее виртуальный адрес физической памя- 
ти пересылается непосредственно в поле ру. Приложение \УЛпбоууз, получив этот ад- 
рес, может обращаться ко всем отображенным физическим адресам, как это описыва- 
лось выше. 


Статья 79. Ввод-вывод через пространство портов 


В большинстве случаев подключение к компьютеру нестандартного внешнего уст- 
ройства (например, автоматизируемой установки) осуществляется путем разработки 
для этого устройства интерфейсной платы, вставляемой в свободный разъем расшире- 
ния ("слот"). Со стороны системной магистрали интерфейсная плата должна поддер- 
живать стандартные протоколы обмена данными (операции ввода и вывода, а также, 
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возможно, протокол прерываний), а со стороны, обращенной к устройству, формиро- 
вать необходимые для управления устройством сигналы и данные. Такая интерфейс- 
ная плата обычно имеет в своем составе ограниченный набор регистров управления и 
данных (чаще всего 2—3), которым с помощью дешифратора адреса, установленного на 
плате, назначаются определенные адреса из области ввода-вывода (00001...ЕЕЕЕВ). 
Чаще всего эти адреса (порты) лежат в диапазоне 000Н...ЗЕЕН. Разумеется, адреса, на- 
значенные устройству, не должны совпадать с адресами штатных устройств компью- 
тера. Программирование устройства выполняется в этом случае с помощью команд 
ввода-вывода 1 и ош, а также их разновидностей. 

Реакция процессора ше! на команды ввода-вывода обращения к тому или иному 
порту зависит, прежде всего, от соотношения уровня привилегий ввода-вывода и те- 
кущего уровня привилегий (СРГ,)) выполняемого сегмента приложения, в котором 
встретилась команда ввода-вывода. Уровень привилегий ввода-вывода определяется 
значением поля ОРГ. в регистре флагов процессора и при выполнении \/пдо\- 
приложений всегда равен нулю. Текущий уровень привилегий СРЕ задается значением 
двух младших битов в селекторе сегментов и для виртуальных драйверов (в частности, 
разработанных пользователем и включенных в систему) равен нулю, а для обычных 
\Ултао\5-приложений - трем. 

Если СРЕ=ГОРИ, (случай виртуального драйвера), команды ввода-вывода выпол- 
няются процессором обычным образом, путем непосредственного обращения к порту. 
Если же СРЕ>ТОРГ, (случай обычного приложения), то процессор, встретив команду 
ввода-вывода, обращается к карте разрешения ввода-вывода в сегменте состояния за- 
дачи Т$$. Эта карта содержит по | биту на каждый адрес из пространства ввода- 
вывода и занимает, таким образом, объем 64 Кбит = 8 Кбайт. Каждый бит карты может 
быть в отдельности сброшен (обращение к данному порту разрешено) или установлен 
(обращение к порту запрещено). В случае СРГ>ЮРГ, процессор, выполняя команду 
ввода-вывода для некоторого порта, анализирует состояние соответствующего ему би- 
та в карте разрешения ввода-вывода и при нулевом значении этого бита выполняет не- 
посредственное обращение к порту, а при единичном — формирует исключение общей 
защиты с номером 13 = ООВ. Дальнейшая судьба затребованной операции ввода- 
вывода определяется алгоритмом работы обработчика исключения общей защиты, яв- 
ляющегося одним из элементов УММ, а также наличием или отсутствием виртуально- 
го драйвера для данного порта. 

Карта разрешения ввода-вывода, формируемая \/1пдо\/$ при загрузке системы, со- 
держит единицы почти во всех битах. Открыты лишь порты 708 и 718 (КМОП- 
микросхема), 378Н...37ЕВ (ГРТ1), ЗЕ8В...ЗРЕВ (СОМТ) и некоторые другие. Таким об- 
разом, обращение практически к любому порту порождает исключение общей защиты, 
передающее управление системному обработчику этого исключения. Этот обработчик 
представляет собой 32-битовую программу уровня 0, расположенную в 4-м гигабайте 
линейного адресного пространства по адресу, например, 00281:С00012В01. 

Дескриптор ООВ таблицы дескрипторов прерываний ШТ (как и многие другие де- 
скрипторы этой таблицы) имеет атрибут 8ЕВ, что означает: присутствие, ОРЕ=0, шлюз 
прерывания. Поскольку приложение выполняется на уровне 3, исключение предпола- 
гает переход на внутренний уровень 0, что усложняет процедуру прерывания. Процес- 
сор, реализуя эту процедуру, прежде всего переходит на стек уровня 0, кадр которого 
(значения 55:Е$Р) берется из Т5$ (поля со смещениями 4 и 8). Далее в стеке уровня 0 
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сохраняются значения 553:Е$Р приложения в точке прерывания, флаги процессора, 
значения СЗ:ЕР (в данном случае — адрес еще не выполненной команды ввода- 
вывода) и, наконец, код ошибки. После этого в С5:Е1Р загружается адрес обработчика 
исключения ООЬ, находящийся в дескрипторе ШТ, и начинает выполняться программа 
этого обработчика, которая прежде всего с помощью команды ризВа& формирует на 
стеке уровня 0 структуру регистров клиента (рис. 79.1), после чего переходит к анали- 
зу причины исключения. 





ЕЗР (=ЕВР) после команды ризпа4, 


0 в 

формирующей структуру клиента 
+04 
+0С . 
10 Заполнено командой ризпад в УММ 
+18 Адрес возврата в приложение 
+1С (в точку прерывания) 
+20 ЕЗР иа входе в обработчик исключения 
+24 
+28 Заполнено процессором при 

ч—— выполнении процедуры прерывания 

+2С (переход на внутренний уровень) 
+30 ЕЗР 
+34 
+38 <-— Исходное значеиие ЕЗР уровня 0 
3с Заполнено обработчиком исключения 
+40 3 

в процессе его выполнения 
+44 


Рис. 79.1. Стек уровня 0 после перехода на уровень 0 в результате исключения 


Исключение общей защиты может произойти в силу самых разнообразных при- 
чин: выхода за предслы сегмента, засылки в сегментный регистр несуществующего се- 
лектора, выполнения команды 11 с номером, отсутствующим в таблице дескрипторов 
прерываний и т.д. Обработчик исключения общей защиты определяет причину 
исключения, анализируя код команды, вызвавшей это исключение. Поскольку в стеке 
уровня 0, на котором работает обработчик, хранится адрес этой команды (значения 
С$:ЁР), обработчик имеет возможность "залезть" по этому адресу в приложенис, про- 
читать код команды и определить ход своих дальнейших действий. 

Обработка исключсния от команд п или ой! выполняется схожим образом, хотя и 
с некоторыми отличиями. Прежде всего над номером порта выполняется последова- 
тельность операций побитового сдвига и сложения по модулю 2, приводящая к обра- 
зованию псевдослучайного числа, не превьинающего 2ЕЕВ. Это число в дальнейшем 
используется в качестве индекса в таблицах, хранящих информацию о портах. Такой 
метод индексирования (называемый хешированием) позволяет существенно сократить 
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объем этих таблиц, но порождает проблему неоднозначности: каждому псевдослучай- 
. ному числу может соответствовать несколько портов. Например, в число 2 преобразу- 
ются номера портов 808, 1001, 2811 и 3011, а в число СОН — номера портов 201, | АОН, 
22 В и ЗА!1. 

Используя полученное псевдослучайное число в качестве индекса, УММ обраща- 
ется к таблице 2-байтовых величин, в которой хранится информация о наличии в сис- 
теме виртуального драйвера для каждого порта. Если для данного порта виртуальный 
драйвер установлен, в соответствующей порту ячейке таблицы записан номер этого 
порта. Если драйвера нет, в ячейке записан 0. Заполнение таблицы номерами обслужи- 
васмых У/ш4о\$ портов выполняется на этапе установки виртуальных драйверов 
в процессе загрузки системы. 

В составе УММ имеется еще одна таблица (4-байтовых величин), адресация кото- 
рой осуществляется с помощью тех же псевдослучайных чисел, умноженных предва- 
рительно на 2. В этой таблице хранятся адреса процедур виртуальных драйверов, 
предназначенных для обслуживания конкретных портов. Для свободных портов, не 
используемых \140%/5, в соответствующих ячейках этой таблицы хранится адрес 
процедуры обслуживания портов по умолчанию. Именно эта процедура будет вызвана 
при первом обращении к порту нестандартного внешнего устройства, если для него 
предварительно не написан виртуальный драйвер. 

Обнаружив в ячейке первой таблицы номер искомого порта, УММ извлекает из 
второй таблицы адрес его драйвера и передает ему управление. Процедура виртуаль- 
ного драйвера, соответствующая данному порту, может, например, просто выполнить 
затребованную команду (ш или оц) и вернуть управление в приложение на команду, 
следующую за обработанной командой ввода-вывода. Поскольку УММ работает на 
нулевом уровне привилегий, он может обращаться ко всем портам, не вызывая нару- 
шения общей защиты, даже если для данного порта установлен бит карты разрешения 
ввода-вывода в Т55. 

Если в адрссуемой ячейке первой таблицы не обнаружен номер искомого порта, 
это может означать, что либо для данного порта нет виртуального драйвера (но тогда в 
соответствующей ячейке второй таблицы должен храниться адрес процедуры обслу- 
живания портов по умолчанию, которой и следует передать управление), либо в этой 
ячейке записана информация о каком-либо другом порте, номер которого преобразу- 
ется в то же псевдослучайное число. В этом случае выполняется анализ содержимого 
второй таблицы. Если там находится адрес процедуры по умолчанию (а это значит, 
что для данного порта виртуальный драйвер отсутствует), управление передается этой 
процедуре. Если же в ячейке второй таблицы иной адрес (т. е., видимо, адрес вирту- 
ального драйвера другого порта, отображаемого на ту же ячейку таблицы), выполняет- 
ся декремент псевдослучайного числа и анализ содержимого предыдущих ячеек обеих 
таблиц. Эта процедура смещения по ячейкам таблиц влево повторяется до тех пор, по- 
ка в первой таблице не будет найден номер искомого порта или во второй таблице 
не будет обнаружен адрес процедуры по умолчанию. 

В результате нарушение общей защиты, возбужденное командами ш или оп, при- 
водит к передаче управления либо на виртуальный драйвер соответствующего порта, 
либо на процедуру обслуживания портов по умолчанию. 
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В процедуре по умолчанию выполняется целый ряд действий, из которых самым 
важным для нас является сброс бита карты разрешения ввода-вывода в ТЗ$, соответ- 
ствующего обслуживаемому порту. Эта операция выполняется командой 

Бег [635$+681],ЕОХ 


перед выполнением которой в регистр ЕОХ помещается номер адресуемого порта. Ис- 
пользуемое в команде смещение представляет собой линейный адрес карты защиты 
ввода-вывода в Т$$. Как известно, эта карта начинается в ТЗ$ со смещения 68В (см. 
рис. 70.3). Любопытно, что первым операндом этой команды в такой редакции являет- 
ся не регистр или ячейка памяти, а огромное поле памяти объемом 8 Кбайт, в котором 
с помощью второго операнда отыскивается и сбрасывается требуемый бит. 

Сброшенное состояние бита сохраняется до перезагрузки \Лпдо\/з. Таким обра- 
зом, в дальнейшем команды ввода-вывода с обращением к этому порту будут выпол- 
няться процессором непосредственно, без возбуждения нарушения общей защиты. 

Выполнив коррекцию карты разрешения ввода-вывода в Т55, УММ устанавливает 
в структуре клиента значение ЕПР на адрес обрабатываемой команды ввода-вывода (в 
процессе обработки ЕР был смещен на адрес следующей команды) и, восстановив из 
структуры клиента значения всех регистров процессора, с помощью команды дальнего 
возврата из прерывания Не передает управление в приложение на ту же, еще не вы- 
полненную команду ввода-вывода. Поскольку данный порт теперь открыт, команда 
выполняется без помех. 

Таким образом, программное обращение к портам, не используемым \Мшдо\, 
можно выполнять обычным образом, с помощью команд ш и ош, без каких-либо до- 
полнительных программных средств. При этом, однако, следует иметь в виду, что пер- 
вое обращение в любому порту будет проходить через обработчик нарушения общей 
защиты, что приведет к издержкам, составляющим несколько сотен команд. После- 
дующие команды ввода-вывода будут выполняться непосредственно, без задержек. 
При необходимости можно включить в процедуру инициализации устройства фиктив- 
ные команды обращения ко всем его портам, чтобы открыть к ним доступ в карте Т$$. 
Можно также написать и включить в систему виртуальный драйвер, который на этапе 
инициализации системы (или установки) снимет маску с требуемых портов в Т$$. На- 
конец, можно включить в систему "полновесный" виртуальный драйвер, который 
возьмет на себя выполнение команд ввода-вывода для требуемых портов. В этом слу- 
чае команды Ш и ош будут по-прежнему вызывать нарушение общей защиты, однако 
оно будет обрабатываться не процедурой по умолчанию (снимающей маску в Т5З), а 
прикладным виртуальным драйвером. Хотя такой метод наиболее соответствует идео- 
логии \!1пдо\, однако для него характерны максимальные временные издержки и от- 
сутствие видимых преимуществ по сравнению с прямым программированием через 
порты. 

Обращение к порту в 16-разрядном приложении \/тдо\/$ можно выполнить с по- 
мощью функций Си шройб(), оброй 60, прототипы которых описаны в заголовочном 
файле 4о$.В: 


#1пс11а4е <9оз.в> 
очерокЕёЬ (0х309,0х71); 
и7$19пеа сраг Чафа=1прокЕЬ (0х301); 


В этом фрагменте функцией Си ошрог( в порт 3008 выводится число 718 (пред- 
‘положительно команда управления устройством). В следующем предложении функци- 
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эй трой из порта 3011 вводится данное. Принимающая переменная должна быть 
объявлена в этом случае как символьная без знака или типа ВУТЕ. Предусмотрены и 
другие варианты функций ввода-вывода через порты, например функция шроп(ро"), 
которая сразу вводит целое слово: младший байт из указанного порта ро” и старший 
байт из порта ро! + 1. 

При программировании портов в 32-разрядных приложениях У/1п4о\з возникает 
некоторая сложность из-за отсутствия функций вида шроп(), ошроп(). Однако обра- 
щение к командам ввода-вывода нетрудно оформить в виде ассемблерных вставок. 
В примере 79.1 выполняется ожидание установки бита 7 в порту ЗОАВ, который сигна- 
лизирует о готовности данных в выходных портах установки 3081 (младший байт дан- 
ных) и 3091 (старший байт). После получения сигнала готовности выполняется чтение 
данных из портов 3081 и 3091 и вывод этих данных в десятичной форме в окно сооб- 
щения. 


Пример 79.1. Фрагмент 32-разрядного приложения ИПпдом5, выполняющего прямое обращение 
кпортам 


ип5$1апеЯ зНоке 1п% кеза1&; //Ячейка для результата 


СсПаг &х&[80}; //Символьная строка-буфер 
ма1х: //Метка 
//Будем ожидать установки бита 7 в порту ЗОАН 
аз { //Начало ассемблерной вставки 
мо\у ОХ, 0х3З0А //Номер порта состояния 
11 АБ, ОХ //Ввод из порта 
фезЕ АГ, 0х80 //Анализ бита 7 
3е мазех //Если 0, ждать дальше 
} //Конец ассемблерной вставки 
//Прочитаем данные из установки 
азм{ //Начало новой вставки 
моу 0Х,0х309 //ПГорт данных (старший байт) 
17 АТ, ОХ //Ввод старшего байта 
поУу АН, АЦЬ //В АН его 
поУ ОХ,0х308 //Порт данных (младший байт) 
1п АБ, ОХ //Звод младшего байта 
//Конец вставки 
гези1%=_ АХ; //ПГоместим результат в переменную 


изре1пЕЕ (6х6, "Накоплено %Ч событий", гези1%); //Преобразуем данное в символы 
МеззадеВох (МОТ, схе, "Данные", МВ_ТСОМ$ТОР);//Окно сообщения 
} 

Приведенный фрагмент взят из реальной 
программы управления измерительной 
установкой; вывод этой программы после 
завершения измерений показан на рис. 79.2. 





Рис. 79.2. Вывод 32-разрядной программы 
управления установкой 
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‚ Статья 80. Обработка аппаратных прерываний 
в системе УУт9до\5$ 


Автоматизированные установки, построенные на базе персонального компьютера, 
как правило, используют режим прерываний. Прерывания могут возбуждаться в уста- 
новке по самым разным причинам: накопления заданного объема данных, выхода па- 
раметров установки за назначенные пределы, регистрации ожидаемого события и т. д. 
В любом случае приход прерывания должен активизировать в приложении определен- 
ную процедуру — обработчик прерываний, в которой выполняется то или иное обслу- 
живание установки: прием накопленной информации, включение или выключение 
управляющих элементов, изменение режима работы установки и пр. 

Выходы сигналов прерываний из установки подключаются к свободным уровням 
прерываний, а в программное обсспечение включаются обработчики прерываний со- 
ответствующих этим уровням векторов. Обычно используются уровни 3 или 5 веду- 
щего контроллера (векторы ОВВ и ОБ} реального режима) или уровни 9...13 и 15 ведо- 
мого контроллера (векторы 711...75Ъ и 771). 

При работе в операционной системе М$-РО$ контроллеры прерываний програм- 
мируются так, что ведущему контроллеру назначается базовый вектор 8, а ведомому — 
701. Однако такая схема не может использоваться в защищенном режимс, так как пер- 
вые 18 векторов заняты исключениями и не могут использоваться аппаратными пре- 
рываниями. Поэтому при загрузке \ИЛш4о\/з контроллеры прерываний программиру- 
ются иначе: ведущему контроллеру назначается базовый вектор 50В, ведомому — 588. 
Эти векторы отвечают последним 16 дескрипторам таблицы дескрипторов прерыва- 
ний ШТ, содержащей всего 60Ъ дескрипторов. 

В дескрипторах 1ОТ, соответствующих аппаратным прерываниям, хранятся адреса 
системных обработчиков, принадлежащих виртуальному драйверу контроллера пре- 
рываний (виртуальному контроллеру) УР1СО. Эти адреса назначаются систсмой, не 
могут быть изменены пользователем и вообще не видны из приложения. Если про- 
граммист включил в 16-разрядное приложение УЛи4о\/з собственный обработчик ка- 
кого-либо аппаратного прерывания, этот обработчик устанавливается с помощью 
функций Си реуес() и зеуес, которые преобразуются компилятором в вызовы 
функций 35 и 25 РОЗ. При вызове этих функций следует указывать номера векто- 
ров, которые использовались в РОЗ (8 для таймера, 701 для часов реального времени и 
т. д.). Вызовы этих функций в защищенном режиме перехватываются УР1СО, который 
записывает адреса прикладных обработчиков не в ШТ, а в отдельную таблицу вскто- 
ров защищенного режима, которая создается в каждой виртуальной машине (если их 
несколько). В случае прихода аппаратного прерывания процессор вызывает его обра- 
ботчик в соответствии с содержимым ШТ. Этот обработчик (входящий в состав 
УР1СО), обслуживая прерывание по правилам \т940\5, в конце концов передает 
управление по адресу, хранящемуся в таблице вскторов защищенного режима. 

Соответствие номеров векторов, номеров уровней прерываний и устройств, харак- 
тернос для системы УЛп4оу/з, приведено в табл. 80.1. 
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Таблица 80.1. Векторы, уровни прерываний и устройства в системе Итдоуз 


Ведущий контроллер 


входа запроса прерывания вектор вектор 
о [Тм | 
[5 | 
















ГРТ2 


Ведомый контроллер 


входа запроса прерывания вектор вектор 
м м 
И И -- 50 
аппаратура 
ПРИ То ТОНИ ИЕ: ИИ ИЕР ИИ ПЕНИ 
ПЕ То О ОНИ И О О ОНИ 
ИИ 







ГРТ! 













ЕСО АЛИЯ МЕСо ОИ 2. ОИ ПЕНИ 
ОТО ЕО) ООН ПЕ ОИ ПЕ 
77В ЕИННИ 


На старых машинах типа ХТ с одним контроллером прерываний уровень [ВО2 был 
свободен и мог использоваться при подключении к компьютеру нестандартной аппа- 
ратуры, работающей в режиме прерываний. Этому уровню соответствует вектор ОАВ, 
который обычно и назначался прикладным обработчикам аппаратных прерываний (ра- 
зумеется, нестандартное устройство можно было подключить и к любому другому сво- 
бодному уровню). 

В современных машинах, использующих два контроллера прерываний, второй, ве- 
домый контроллер подключается как раз ко входу 2 первого (ведущего). Приход анпа- 
ратного прерывания на любой вход ведомого контроллера приводит к возникновению 
сигнала на входе 2 ведущего, который, однако, сопровождается посылкой в процессор 
не вектора ОАВ (уровень 1602), а вектора, который соответствует в ведомом контрол- 
лере пришедшему прерыванию (например, 701 для уровня [В 08). 

Линия [В О2 внешней магистрали и соответствующий контакт разъема расширения 
подключаются теперь не ко входу 2 ведущего контроллера, который занят, а ко входу 
1 ведомого, которому соответствует уровень 109 и вектор 71} реального режима. 
Для того чтобы обеспечить программную совместимость старых и новых машин, в 
систему М$-ПО5 включен обработчик прерывания 7118, в котором вызывается про- 
граммное прерывание ОАН. Таким образом, хотя внешнсе устройство, подключенное к 
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линии 102, фактически работает на уровне 1КО9, эго могут обслуживать обработчи- 
ки прерываний, вызываемые через вектор ОАК. 

В системе УИтдо\з$ перенаправление вектора 71Ъ не реализуется. Поэтому внеш- 
ние устройства, подключаемые к линии 1ВО2 (а фактически к уровню 1ВО9, т. е. к 
входу 1 ведомого контроллера прерываний), необходимо программировать через век- 
тор 718, соответствующий этому уровню. Устройства же, подключаемые к другим 
свободным уровням, например к 1 ОЗ или [В О5, программируются, как и раньше, че- 
рез векторы ОВЬ или 0О}№. При этом, хотя на первый взгляд вектор ООЬ совпадает по 
номеру с вектором исключения общей защиты, никаких конфликтов не возникает, так 
как обработчик исключения общей защиты вызывается через аппаратный вектор ООВ 
таблицы ШГ, а "вектор ООВ", используемый в программе, в аппаратном плане соответ- 
ствует дескриптору ШТ с номером 55Б, а в программном - ячейке с номером ООВ в 
таблице векторов защищенного режима, не имеющей никакого отношения к обработке 
исключений. 

Общие правила обработки прерываний от нестандартной аппаратуры в системах 
20$ и \Ишдо\$ одинаковы. В основной программе выполняется сохранение исходно- 
го содержимого используемого вектора и занесение в вектор полного адреса нового 
обработчика. Далее необходимо размаскировать используемый уровень прерываний в 
контроллере прерываний (порт 21В в ведущем контроллере или А! в ведомом) и, воз- 
можно, разрешить прерывания в подключенной к компьютеру аппаратуре, если в реги- 
стре управления интерфейсной платы, осуществляющей связь с нестандартной 
аппаратурой, имеется бит управления прерываниями. Выполнив эти инициализирую- 
щие действия, основная программа может заниматься чем угодно. Сигнал прерывания 
из аппаратуры передаст управление установленному обработчику, который должен 
перед своим завершением послать в контроллер прерываний команду ЕОБ чтобы 
снять блокировку в контроллере прерываний (см. статью 26). Перед завершением всей 
программы необходимо в общем случае восстановить в используемом векторе его ис- 
ходное содержимое, замаскировать используемый уровень в контроллере прерываний 
и запретить прерывания в регистре управления аппаратурой. 

Для изучения базовых, архитектурных вопросов обработки прерываний можно 
воспользоваться простыми обработчиками прерываний от системного таймера, кла- 
виатуры или мыши. Эти периферийные устройства имеются на любом компьютере и 
везде работают одинаково. Однако обсуждение особенностей обработки прерываний 
от нестандартной аппаратуры в системе У/п4о\/; требует привязки к конкретной из- 
мерительной или управляющей аппаратуре, которая, разумеется, отсутствует на ком- 
пьютере пользователя. Приводимые ниже примеры отлаживались на специально раз- 
работанном макете, оформленном в виде интерфейсной платы и представляющем со- 
бой программируемый таймер-счетчик внешних событий. Макет используется в 
лабораторном студенческом практикуме по курсам, посвященным программированию 
аппаратуры физического эксперимента. В частности, с помощью этой интерфейсной 
платы демонстрируется методика разработки драйверов \/т4до\$ для управления не- 
стандартной аппаратурой. 

Хотя разработанный нами макет является сугубо специфическим устройством, от- 
сутствующим где-либо, кроме лаборатории авторов, в нем используются общеприня- 
тые методы построения микропроцессорной аппаратуры, и в этом плане он вместе с 
компьютером представляет собой типичную программно-управляемую измеритель- 
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ную установку. Читателю не составит труда трансформировать описываемые ниже 
примеры применительно к собственным потребностям. 

На рис. 80.1 приведена условная логическая схема интерфейсной платы таймера- 
счетчика, по которой можно проследить ее функционирование и принципы программ- 
ного управления. 


Микросхема таймера 


Режим 3, код 36 Режим 0, код 70й: Флаг 53 завершения 
мт: Константа Со Константа С] : т=СО временного интервала 


0=1 МГш/со Порт ЗОАВ (\') - сброс 
Канал 1 


Порт 3006 Порт зо1В „” 
Каналы 0 и | - отсчет „= 
времсиного нитервала .-” 


р Флаг 51 разрешения счета 

команд : и сигнала состояния 
Порт 3036 : Порт ЗОВВ (В) - установка 
: Порт ЗОАН (\) - сброс 

















Канал 0 







1805 

















Флаг 51 переполнения 
счегчнка 


Порт 3091 (\') - сброс 





Порты счетчика: 
3081 (Е) - чтение младшего байта 
ЗОВ (В) - чтение старшего бай га 


Режим 3, код Вби 308В (\\) - сброс счетчика 


Константа С2 
12-1 МГш/С2 


Порт З0СН (В или \') - 
Канал 2 - внутреикий общий сброс (счетчик, флаги) 


генератор лля проверкн ! Порт З0АВ (В) - чтение флагов 50...53 
ооо оса нноноо ава но соо ооаоа о (биты 4...7) 


Порт 302. 


Вход внешних 


сигналов Флаг $0 коммутации внешнего источника сигналов 


Порт ЗОВЬ (\) - переключение 
Рис. 80.1. Логическая схема интерфейсной платы таймера-счетчика 


Плата предназначена для построения на базе персонального компьютера автомати- 
зированного устройства для счета событий. Плата включает микросхему трехканаль- 
ного таймера КР580ВИЗЗ3, 16-битовый счетчик для счета поступающих событий и ряд 
логических узлов. Счетчик может считать внешние события или импульсы от встроен- 
ного в плату генератора. Последний режим используется для проверки работоспособ- 
ности платы и отладки разрабатываемого программного обеспечения. 

Микросхему КР580ВИ53 можно считать прототипом системного таймера, прин- 
ципы программирования которого, а также возможные режимы были описаны в ста- 
тье 27. Однако в рассматриваемом устройстве каналы микросхемы используются от- 
лично от таймера компьютера. 

Каналы 0 и | микросхемы таймера, соединенные на плате последовательно, позво- 
ляют задать временной интервал счета событий. Длительность интервала определяется 


константами С0 и С, занесенными в буферные регистры каналов 0 и |, и равна 
Т= (С0 * СИ, 


где {— частота импульсов, подаваемых на вход канала 0. Канал 0 работает в режиме 3 пере- 
счета импульсов; канал | работает в режиме 0 генерации единственного импульса с дли- 


тельностью Т. На плате установлен кварцевый генератор с частотой 1 МГц, поэтому 
Т= (С0 * С1) мкс. 
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Соотношение констант СО и С! в принципе не имеет значения, однако в силу не- 
которой особенности микросхемы таймера (в котором, строго говоря, не предусмотре- 
на возможность последовательного соединения каналов) он дает погрешность прибли- 
зительно в / периода канала 0, и для ее уменьшения желательно выбирать СО как 
можно меньше (однако запрещается значение С0-=3). 

Канал 2 микросхемы таймера, используемый при отладке программ управления в 
качестве внутреннего источника считасмых событий, работает в режиме 3 пересчста 
импульсов. При занесении в его буфсерный регистр константы С2 частота импульсов 


на его выходе составляет 
#2 = 105/С2 Гц. 


В состав электронной схемы платы входят 4 1-битовых флага 30, 51, 52 и $3, слу- 
жащие для управления устройством и индикации его состояния. Флаги $0 и 52 явля- 
ются управляющими, 51 и $3 — индикаторными. Флаг $0 переключает вход счетчика 
(счет внешних сигналов или импульсов от встроснного генератора), флаг 52 разрешает 
счет, а также установку флага $3 по завершении временного интервала. Индикаторные 
флаги указывают: 53 — на завершение установленного временного интервала, $1 — на 
переполнение счетчика. Установка любого из этих флагов приводит к возбуждению 
сигнала прерывания на линии 1 О5. 

Все 4 флага: $30, $31, $2 и $3 — входят в состав четырехбитового регистра с адресом 
ЗОАБ, где они занимают соответственно биты 4, 5, би 7 и могут быть прочитаны ко- 
мандой ш ввода из порта. Однако выполнить запись в любой из флагов через порт 
ЗОАВ нельзя; для установки и сброса флагов предусмотрены специальные операции. 
Так, для установки флага $2 разрешения счета следует выполнить чтение из порта 
ЗОВ; для сброса флага $1 переполнения счетчика — запись (чего угодно) в порт 309}. 
Полный состав операций, реализованных в рассматриваемой схсме, приведен на 
рис. 80.1. 

Общая структурная схема программы управления платой в режиме ожидания за- 
вершения временного интервала выглядит следующим образом: 

‚ общий сброс (чтение или запись через порт 30СВ); 

» засылка управляющих слов в регистр команд (порт 3031) для задания режима 

каналов 0, [и2; 

» засылка констант счета в буферные регистры каналов 0, | и 2 (порты 300, 3018 

и 3028); 

» установка флага $2 для разрешения счета (чтение из порта 30ВВ); 

› ожидание установки флага 53, т. с. окончания заданного временного интервала; 

‚ после установки флага $3 считыванис содержимого счетчика платы (в два 

этапа-— сначала [| байт счетчика, затем другой; чтение младшего байта 
осуществляется через порт 308Ь, чтение старшего — через порт 3091). 


При использовании режима прерываний на этапе инициализации следуст выпол- 
нить первые 4 из перечисленных выше операций; флаг разрешения-запрещения 
прерываний в схеме не предусмотрен. Поскольку прерывание возбуждается как при 
завершении временного интервала, так и при переполнении счетчика, в обработчике 
прерываний в принципе следуст проверять состояние флагов 31 и 53 и определять 
причину прерывания. 

Рассмотрим сначала обычное 16-разрядное приложение \/1т4до\з$, выполняющее 
управление платой таймера-счетчика в режиме прерываний без всяких драйверов. Что- 
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Чтобы продемонстрировать проблемы, возникающие при обработке прерываний в 
приложениях \! 140%, нам придется сделать эту программу более типичной (ввести в 
нее главное окно приложения с меню) и, следовательно, заметно более сложной по 
сравнению с примером 76.1. 

Для того чтобы в главном окне приложения появилась стандартная полоска с 
пунктами меню, необходимо в тскстс программы заказать вывод окна с меню, а состав 
меню описать в специальном файле ресурсов. Этот файл является текстовым файлом и 
имест стандартное расширение КС. Различные ресурсы описываются в нем в специ- 
альных форматах, понятных для компилятора рссурсов, входящего в состав интегри- 
рованной среды Войапа С++. Помимо меню, в файлс ресурсов можно описывать со- 
став диалоговых окон, таблицы символьных строк и другие объекты, выводимые в ок- 
но приложения. Для того чтобы ОЕ выполнила обработку файла ресурсов, его 
нсобходимо включить в состав проекта, установив флажок на кнопке „гс вкладки 
А4уапсса ОрНоп$ пансли Тагре Ехрен! (см. рис. 76.4). Ниже приведен использованный 
в примере 80.1 файл ресурсов. 

Пример 80.1. Управление платой счетчика-таймера в режиме прерываний. Исходный текст 
файла ресурсов 80-01.ЕС 


#ЧеЕ1ле МТ 5ТАВТ 100 //Константы, исгользуемые 
#ЧеЕ1пе МТ_ЕХТТ 101 //для идентификации 
#АеЁ1пе МТ_ВЕАО 102 //гунктов меню 


Мазп МЕМО{ 
РОРИР "Режим" { 
МЕМОТТЕМ "Пуск", МТ_5ТАВТ 
МЕМОТТЕМ "Чтение", МТ ВЕАР 
МЕМОТТЕМ ЗЕРАБВАТОВ 
МЕМОТТЕМ "Выход", МТ _ЕХТТ 


Состав, или сценарий, меню описывается в файле ресурсов с помощью предусмот- 
ренных для этого ключевых слов. Сценарий меню начинается с ключевого слова 
МЕМО, которое может быть написано как прописными, так и строчными буквами. За 
ним следует перечень пунктов меню, заключенный в фигурныс скобки. Слово МЕМО 
предваряется произвольным именем (у нас это имя Маш), которое выступает как иден- 
тификатор меню и будет использовано далес в тексте программы. 

Каждый пункт перечня пунктов меню начинается с ключевого слова РОРУР, за 
которым следуст название пункта меню. В нашем примере все меню состоит из един- 
ственного пункта "Режим". 

Вслед за предложенисм РОРУОР идет перечень подпунктов этого пункта меню, ко- 
торый появится на экранс при сго выборе (щелчком левой клавиши мыши). Часто под- 
пункты меню называют просто пунктами или командами меню. Перечень команд за- 
ключастся в фигурныс скобки. Каждая команда начинается ключевым словом 
МЕМОТЕМ, за которым указывается название данной команды и ее идентификатор. 
Идентификаторы обычно имеют символическую форму. У нас это обозначения 
МТ 5ТАБТ, МГ ЕХИ и МГ ВЕА, которым в начале файла ресурсов присвосны (опе- 
ратором препроцсссора #4еВпе) произвольные значения 100, 101 и 102. 

Заметьте, что идентификатор (в виде имени Мат) имсст наряду с командами меню 
также и все меню, в то время как пункты меню, в нашем случае пункт "Режим", иден- 
. тификатора нс имсют. Это происходит потому, что пункты меню обслуживаются сис- 
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темой \/1п4о\/з, а не прикладной программой. Мы не выполняем никаких действий 
при выборе пункта "Режим"; система сама открывает перечень подпунктов-команд. 
Команды же меню обслуживаются приложением, и, чтобы их можно было различить, 
им присваиваются идентификаторы. 

Предложение 
МЕМОТТЕМ ЗЕРАВАТОВ 


служит для проведения в меню горизонтальной черты, разделяющей группы команд и, 
естественно, идентификатора не имеет. 

Перейдем теперь к рассмотрению основного файла проекта примера 80.1 - исход- 
ного текста приложения \/т4о\з 80-01.СРР. 


Пример 80.1 (продолжение). Управление платой счетчика-таймера в режиме прерываний. Ис- 
ходный текст программного файла приложения Итао\у5 80-01.СРР 

#ЧеЁ1ле ЗТВТСТ | 

#1ос1аае <и1паомз.В> 

#1пс1а4ае <и1паомзх.Н> 

#1пс1аае <5е:1па.НВ> 


#1пс1аае <4о$.Н> //Поддержка средств М$-005 

//Огределения констант 

#АеЁ1ле МТ _5ТАВТ 100 //Константы, используемые 

#АаеЁ1ле МТ_ЕХТТ 101 //для идентификации 

#аеЕ1ле МТ ВЕАР 102 //команд меню 

#аеЁ1ле УЕСТОЗ 13 //Номер используемого вектора прерываний (уровень 1805) 


//Прототигы функций 

уо1а Зед1з(ег(НТМ5ТАМСЕ); //Зспомогательные 

\01Я Сгеабе (НТЯЗТАМСЕ)} ; //функции 

\019 1лееггкар® 13:(...); //Обработчик прерываний 

ТАЕЗОЬТ САТЪЬВАСК ИпаРгкос (НИМО, ОТМТ, ИРАКАМ, ГРАВАМ);//Оконная функция 
\014 ОлСоптала (НИМО, 1п%, НИМО, ОТМТ); //Функции обработки 


\01а ОзБезекоу (НИМО); //сообщений И1п9ои$ 

\у01а Тл1&Сага(); //Функция инигиализации платы 

//глобальные переменные 

Уо1А 1л6еккире (*014 _15к) (...);//Для сохранения исходного содержимого вектора 


сВах $2СЗаззМаме[]="Маз\п\ пом"; //Имя класса 

сваг $2Т1%1е[]="Управление"; //Заголовок окна 

11ПЕ ипё1алеЯ ааа, рагм; //Результат измерений, передаваемый в драйвер параметр 
ц1$19пеа спах мазк,Ва1Е; //Маска и байт для получения результата 

//Главная функция М1пМа1п 

1пе ИТМАРТ И1ПМа1пт (НТМ5ТАМСЕ Нтлз$апсе, НТМЗТАМСЕ, ГРЗУТВ, 11%) { 


М5С м59; //Структура типа М5с 
Вед1зсег (пТпзфапсе); //Зарегистрируем класс главного окна 
Сгеа+е (пТлзфалсе); //Создадим и покажем окно 


м511е (беЕМеззаче (&тза, №011,0,0))//Цикл обработки сообщений 
21 зраесПМеззасце (&мз9); 

гебцкл 9; //Выход из приложения в М1п9о0\5 
} 

//Функция Вед1з®ек регистрации класса окна 

Ууо1А Вед зеек (НТМ5ТАМСЕ БТп5®) { 
ИМОСЬА$$ мс; //Структура с характеристиками класса окна 
мемзей (&ис, 0, 312е0Е (ис) );//Обнуление структуры мс 
ис.1р$2С1аз5Маше=$2С1аззМаме; //Имя класса окна 
мс .ВТозтагпсе=ЬТптзе; //Дескригтор приложения 
ис.1рёлИларкос=МпАРгос; //Имя оконной функции 
ис.1рз2МепоМапе="Ма1л"; //Имя меню в файле ресурсов 
мс. ПСигзох=ГоааСикзокг (МОТ, ТОС_АВВОМ);//Дескригтор курсора 
ис. пТсол=ГоааТсол (МОЬТ, Т2Т_АРРЬТСАТТОМ);//Дескригтор гиктограммы 
ис, ПогВаскакоцла=СеееоскВгазН (ИНТТЕ_ВВО$Н);//Дескрилтор фона окна 
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8е913сегС1аз3$ (&ис); //Регистрация класса главного окна 
} 
//Функция Сгеа&е создания и показа окна 
у01Я Сгеаке (НТМ5ТАМСЕ БТпз®) { 
НИМО Пила=Сгеа$ей1паом (52С1аззМаме, $2Т1Е1е,И5 _ОУЕВЬАРРЕРИТМРОЙ, 
10,10,200,100,НИМО _РЕЗКТОР, МОШЕ, НТп5%&, МОБ) ; 
ЗВомИ1паом (Пипа, $И_5НОИМОВМАТ); 
} 
//Оконная функция МпЯРкос главного окна 
.ВЕЗОЬТ САШЪВАСК МпаРкос (НИМО Вила, ОТМТ пз3,ИРАБАМ "Рагам, ГРАВАМ 1Рагам) { 
м1 СВ (159) { 
НАМОТЪЕ_М5С (Пипа, ИМ_СОММАМО, ОпСоптала) ; 
НАМОГЕ_М5С (Рипа, ИМ_ОЕЗТВОУ ,Опрезёхоу); 
еЁац1*: 
гесакп (РеЕМ1паомРкос (Вип, пз9, мРагам, 1Рагам) }; 
} 
} 
//Функция ОпСоштала обработки сообщений ИМ СОММАМО от пунктов меню 
\014 ОпСомтапа (НИМО Пипа, 1ле 19, НИМО, ОТМТ) { 
ЗмТЕСП (194) { 
сазе МГ _5ТАВТ; //Выбрана команда "Пуск" 
©14_15к=деб\уес® (УЕСТОВ) ;//Сохраним исходный вектор 
зееуес® (УЕСТОВ,1зк);//Установим наш обработчик 13: 


Т01ЕСага()}; //Инициализируем плату 
Ьгеак; 
сазе МГ _ВЕАО: //Выбрана команда "Чтение" 


спак &х® [80]; 
мзрезпЕЕ (+хе, "Накоплено $4 событий", Чака); 
МеззадеВох (ПМа1пИп@, $ хе, "Данные", МЗ ТСОМТМЕОВМАТТОМ); 
Ьгеак; 
сазе Мг ЕХ!Т: //Выбрана команда "Выход" 
Рез&хоуЙ1паом (Випа); //Завершение гриложения 
} 

} 

//Функция Опрезегоу обработки сообщения ИМ ОЕЗТВОУ 

\01а Опрезекоу (НИМ) { 


мазк|!=0х20; //Установим в маске бит 5 
оцброг®Ь (0х21,пазК); //И выведем в порт 

зеёуес® (УЕСТОВ, *014_13з:);//Восстановим исходный вектор 
Ро5ЕОц1ЕМеззаде (5); //Завершим приложение 


} 


//Функция Тп1&Сага инициализации глаты 
\01А Тп1%&Сагка (){ 


1прокЪЪ (0х30с); //Сброс 
//Установим режимы каналов 

оцЕрокеЬ (0х303,0х36); //Канал 0, режим 3 

"оцерокЕЬ (0х303,0х70) ; //Канал 1, режим 9 


саброгкЪЬ (0х303, 0хЬб) ; //Качал 2, режим 3 
//Занесем константы каналов 
рагт=100; 
оцЕрокЬ (0х300, ГОЗУТЕ (рагм)};//Младший байт константы С0 
опЕрохеЬ (0х300, НТЗУТЕ (рагм)};//Старший байт константы С0 
рагп=20000; 
оцЕрокеЬ (0х301, ГОВУТЕ (рагм));//Младший байт константы С1 
очЕрохеЕЮ (0х301, НТВУТЕ (ракм}};//Старший байт константы С1 
рахи=1009; 
оцЕрокЪЬ (0х302,тСЗУТЕ (рагм));//Младший байт константы С2 
оцерогЕЪ (0х302, НТВУТЕ (рагм) );//Старший байт константы С2 
//Размаскируем уровень 5 в контроллере прерываний 
мазк=зпрог\Ь (0х21); `//грочитаем текущую маску 
мазк&=ОхаЕ; //Сбросим в ней бит 5 
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опЕрокЕЪ (0х21,мазК); //Выведем в порт 
1прокЕЪ (0х30Ь); //пуск 
} 
//Функция 15, - обработчик прерываний от платы 
\у014 1пЕеккир® 135Е(...) { 


Ва1Е=1 прог Ъ (0х309); //Чтение старшего байта результата 

Чафа= (МОЗО) Ва1{; 

Часа<<=8; //Сдвиг в старшую головину ячейки 

Ва1Е=1 прок Ъ (0х308); //Чтение младшего байта результата 

Чафха+=Ва1{; //Объединение его со старшим байтом 

опрокЕР (0х20,0х20); //Команда конца грерываний ЕОТ в контроллер прерываний 


} 


Как и в случас примера 76.1, программа начинается с группы операторов препро- 
цессора (#Чиса4е для подсоединения к тексту программы необходимых заголовочных 
файлов и #4еНпе для определения констант), за которой следуют определения прото- 
типов всех используемых в программе функций и описания глобальных переменных. 

В типичном приложении \/шт9о\ главная функция \\УшМа1() должна выполнить 
по меньшей мере три важных процедуры: 

» зарегистрировать в системе \/т4о\з класс главного окна. Если помимо глав- 
ного окна планируется выводить на экран внутренние, порожденные окна, то их 
классы тоже необходимо зарегистрировать. \Лп4о\/ выводит на экран и обслу- 
живает только зарегистрированные окна; 

» создать главное окно и показать его на экране. Порожденные окна также 
необходимо создать, хотя это можно сделать и позже и не обязательно в функ- 
ции \/пМаш(); 

» организовать цикл обработки сообщений, поступающих в приложение. Вся 
дальнейшая жизнь приложения будет фактически состоять в бесконечном вы- 
полнении этого цикла и в обработке поступающих в приложсние сообщений. 
Запущенное приложение У\У/шдо\з; обычно функционирует до тех пор, пока 
пользователь не подаст команду сго завсршения с помощью системного меню 
или вводом АН-Е4. Эти действия приводят к завершению главной функции и 
удалению приложения из списка действующих задач. 


Первое из перечисленных действий выполняется в нашем примере вызовом приклад- 
ной функции Кес15ег(); второе — вызовом функции (тоже прикладной) Сгеаю(); третье — 
циклом, включающим две функции УЛпдо\ — СеМеззаее() и О1зраюМеззаре(). 

Как уже отмечалось в статье 76, при запуске приложения \/1140\/з управление все- 
гда передается функции \УтшМаш0. Эта функция, имея в принципе циклический 
характер, выполняется в течение всей жизни приложения. Основное назначение функ- 
ции УЛиМато -- выполнение инициализирующих действий и организация цикла обра- 
ботки сообщений. 

Сообщения \/1т4о\$ являются, пожалуй, самой важной концепцией этой системы. 
Каждый раз, когда происходит какое-то событис, затрагивающее интересы программы 
(например, пользователь выбирает пункт меню или нажимает на кнопку в окне диало- 
га), \тдо\з посылает приложению сообщение об этом событии. Задача функции 
М иМа:п() заключается в приеме этого сообщения и передаче сго второму важнейшс- 
му компонснту любого приложения УЛи40\%$ — функции главного окна, или, проще, 
оконной функции (оконной процедуре). В отличие от главной функции УшМашо, 
имя которой изменять нельзя, имя оконной функции может быть любым. В наших 
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примерах оконная функция главного окна будет именоваться \!паРтос (от \/тдо\$ 
Ргоседитс). 

Оконная функция содержит столько фрагментов, сколько конкретных сообщений 
предполагается обрабатывать в данном приложении. Если, например, приложение 
должно отслеживать координаты мыши, то в оконную функцию следуст включить 
фрагмент обработки сообщений о перемещении мыши; если, кромс этого, приложение 
должно реагировать на нажатие клавиш клавиатуры, в оконную функцию включастся 
фрагмент обработки сообщений о нажатии клавиш. 

Две остальные функции, входящие в состав приложения, — Керлу{ег() и Сгеайс() 
введены в программу просто для повышения ее структурированности. Они являются 
подпрограммами, явно вызывасмыми из функции \/тМа1т(). Другими словами, в эти 
функции вынссены некоторые действия, которые могли бы быть выполнены непо- 
средственно в функции \УтМат(). 

Главная функция приложения \тМат начинается с объявления структурной пе- 
ременной п5в. Это важнейшая переменная, с помощью которой в программу переда- 
ется содсржимое сообщений УЛп4о\з. Каждое сообщение представляет собой пакет из 
шести данных, описанных в файле улпдо\и$ В с помощью структуры типа МЗОС, со- 
стоящей из следующих элементов: 
зЕкасЕ М5б { 


НИМ Вила; //Дескриптор окна, которому адресовано сообщение 

ОТмТ пеззаде; //код сообщения 

МРАВАМ мРагап; //Дополнительная информация (слово) 

ТРАКАМ 1Ракам; //Дополнительная информация (двойное слово) 

ОМОВО &1те; //Время отгравления сообщения 

РОТМТ рЕ; //Позиция курсора мыши на момент отправления сообщения 


} 


Сообщения являются реакцией системы \/Мт4о\з$ на различные происходящие 
в системе события: движение мыши, нажатис клавиши, срабатывание таймера и т. д. 
Отличительным признаком сообщения является его код, который может принимать 
значения (для системных сообщений) от | до ОхЗЕЕ. Каждому коду соответствует своя 
символическая константа, имя которой достаточно ясно говорит об источнике сооб- 
щения. Так, при движении мыши возникают сообщения \УМ_МОЧЗЕМОУЕ (код 
0х200), при нажатии на лсвую клавишу мыши — сообщение УМ ТВОТТОМОО\УМ 
(код 0х201), при срабатывании таймера — \УМ_ТМЕЕК (код 0х113). Сообщения, иду- 
щие от пунктов меню, имеют код УМ_СОММАШМЮО (код 0х111). 

Переменная тзё будст использована в дальнейшем при вызове функций 
Се! Меззаре() и О15расМеззаес(). 

Действия по регистрации класса окна мы вынесли для наглядности в отдельную функ- 
цию Вер егО. В ней объявляется и заполняется структура типа УИМОСГА$$, служащая 
для описания характеристик класса регистрируемого окна, а затем вызывается функция 
УИпдо\мз ВерлегС1а5$(), которая и выполняет регистрацию данного класса. 

Структура \/УМОСГАЗ$, определенная в файле улпдо\з.Н, содержит ряд членов, 
задающих наиболее общие характсристики окна: 
зекасЕ ММОСТА$$ | ` 


Отт $су1е; //Стиль окна 
ИХОРКОС 1оЕоилаРгос; //Имя оконной функции 
116 сЬСс15Ехега; //Число байтов дополнительной информации о классе 
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пе сБИзаЕхека; //Число байтов дополнительной информации об окне 


НТМ5ТАМСЕ ВБТизфапсе; //Дескриптор приложения 

НтСОМ рТсоп; //Дескриптор гиктограммы приложения 
ЯС98$508В ЮСахзок; //Дескриптор курсора приложения 

НВКО$Н ВЬкВаскагочпа; //Дескриптор кисти для фона окна 

ТРСУТВ 1р52МепоМапе; //Указатель на строку с именем меню окна 
ТРСЗУТВ 1рз2С1аззМапе; //Указатель на строку с именем класса окна 


} 


В такой простой программе, как наша, нст необходимости определять все члены 
этой структуры; для упрощения дела мы сначала обнуляем всю структуру командой 
мемзех (&ис, 0, 312е0Е (ис) 
которая записывает, начиная с адреса &5\мс, нули в количестве $12ео Сус) штук, а затем 
задаем значения только интересующим нас членам, 

Наиболее важными для дальнейшего функционирования программы являются три 
поля: Маз апсе, где хранится дескриптор данного приложения; 1р52Саз$Мате, куда за- 
носится произвольное имя, присвоенное нами окнам данного класса (у нас это окно 
единственное) и 1рЁ\/паРтос — имя оконной функции. Именно с помощью структуры 
\МОСГА$$ \/п4о\$, обслуживая нашу программу, определяет адрес оконной фун- 
ции, которую она должна вызывать при поступлении.в окно сообщений. Поля 
рз2Саз$Маше и 1р52С]аззМате мы заполняем из глобальных переменных, а значение 
дескриптора приложения поступает в функцию Вер1${ег() через ее аргумент №1151. 

Еще один важный для нашей конкретной программы элемент структуры 
УЛМОСГА$$ -— поле 1р5;МепаМате, в которое записывается имя меню в`файле ресур- 
сов. Именно заполнение этого элемента определяет наличие в главном окне приложе- 
ния (когда оно будет создано и выведено на экран} полоски с пунктами меню, как мы 
их задали в сценарии меню. 

Менее важными в принципиальном плане, но существенными для разумного пове- 
дения приложения являются поля Мсоп, ВСитзог и ВЫтВасКетоипа, куда следует запи- 
сать дескрипторы пиктограммы приложения, его курсора и цвета фона (точнее, цвета 
кисти, которая используется для закраски фоновой области окна). 

Пиктограмма и курсор относятся к ресурсам УЛидо\з, которые обычно загружа- 
ются из специально созданного файла ресурсов с помощью функций УЛпдо\ 
ГоадСитзог() и Гоасоп(). В качестве первого аргумента этих функций указывается 
дескриптор приложения, в котором хранится требуемый ресурс, а в качестве второго — 
имя ресурса. Однако можно обойтись и встроенными ресурсами Упдо\уз. Для этого в 
качестве первого аргумента этих функций указывается МО, (обычно МОТ, на месте 
дескриптора приложения обозначает саму систему \/п4о\з); второй аргумент надо 
выбрать из списка встроенных ресурсов УЛтдо\з. Получить списки встроенных ре- 
сурсов можно с помощью интерактивного справочника ШЕ Войава С++ (статьи 
ГоадСигзог и Гоа@соп). 

Зарсгистрировав класс окна, можно приступить к его созданию и показу. Эта про- 
цедура вынесена у нас в подпрограмму Сгеа&е(), в которой последовательно вызывают- 
ся двс функции \Мтдо\$: Стеме\ИЯпдо\() - для создания главного окна и 
Зном/\/ дом) — для его вывода на экран. 

Функция Сгеме\!Ипдоу/() имсет 11 параметров. На первом месте указывается класс 
создаваемого окна, на втором — его заголовок. Далее следует константа, описывающая 
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стиль данного окна. Использованная в нашей программе константа 
\!5_ОУЕВГАРРЕО\/ГМОО\ЗУ типична для главных окон приложений — задаваемый ею 
стиль создает окно с толстой рамкой и стандартной полоской в верхней части окна, 
включающей кнопку системного меню, заголовок и три кнопки для управления разме- 
рами окна (см., напр., рис. 79.1). Вслед за константой стиля указываются координаты 
верхнего левого угла окна и его размеры. Последующие параметры для нас не пред- 
ставляют интереса. 

Функция Стеме\/тдо\\/() возвращает (при успешном выполнении) дескриптор соз- 
данного окна. Во многих случаях этот дескриптор используется при последующих 
обращениях к данному окну, и его полезно сохранить в глобальной переменной. 
В данном случае дескриптор окна нужен только для передачи его в функцию 
ЗВо\/ 90), поэтому он сохраняется в локальной переменной В\/пд, существующей 
лишь пока выполняется подпрограмма Сгеае(). 

После выполнения функции Зво\\У/Итдоу() на экране появляется главное окно с 
заданными нами характеристиками. Теперь для правильного функционирования при- 
ложения необходимо организовать цикл обработки сообщений. 

Цикл обработки сообщений в простейшем виде состоит из одного предложения 
языка Си: 
ир11е (СеЕМеззаде (&мза, МОЬЬ, 0,0) } 

01 зраеспМеззаде {(&тза); 

В этом бесконечном (если его не разорвать изнутри) цикле вызывается функция 
УЛпдо\мз Се Меззазе() и, если она возвращает ненулевое значение, вызывается функ- 
ция О15расВМеззаве(). 

Функция Се{Меззаре() анализирует очередь сообщений приложения. Если в оче- 
реди обнаруживается сообщение, Се{Меззаре() изымает его из очереди и передает в 
структуру 1158, после чего завершается с возвратом значения ТВОЕ. Если сообщений в 
очереди нет, функция Се Меззаре() вызывает программы \!114д0\%/5, которые передают 
управление другим работающим приложениям (их циклам обработки сообщений). По- 
сле опроса остальных приложений управление возвращается в наше приложение в ту 
же точку анализа очереди сообщений. Таким образом, функция Се{Меззаре() завер- 
шится (с возвратом значения ТКОЕ) лишь после того, как очередное сообщение попа- 
дет в структуру пп5в. 

Далее в цикле \Ше вызывается функция О1зраёс Меззаве(). Ее назначение — вызов 
оконной функции для того окна, которому предназначено очередное сообщение. По- 
сле того как оконная функция обработает сообщение, возврат из нее приводит к воз- 
врату из функции О15расМеззаре() на продолжение цикла \1е. 

Функция Се! Меззазе() требует 4 параметра. Первый из них — адрес структуры 1158, 
в которую С@е{Меззаге() должна передать изъятое из очереди сообщение. Второй па- 
раметр типа НУМО позволяет определить окно, чьи сообщения будут изыматься 
функцией СеМез5аяе(). Если этот параметр равен МОТГГ, СеМеззаее() работает со 
всеми сообщениями данного приложения. 

Два последних параметра определяют диапазон сообщений, которые анализиру- 
ются функцией Се{Меззаре(). Если, например, в качестве этих параметров указать кон- 
станты \УМ_КЕУРВЗТ и УМ КЕУГАЗТ, Се!Меззаве будет забирать из очереди 
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только сообщения, относящиеся к клавиатуре; константы \УМ МОЧЗЕРВЯТ и 
\/М_МОЧЗЕГА$ЗТ позволят работать только с сообщениями от мыши. Чаще всего на- 
до анализировать все сообщения. Чтобы исключить фильтрацию сообщений, оба па- 
раметра должны быть равны нулю. 

Особая ситуация возникает, если функция Сс!Меззаре() обнаруживает в очереди 
сообщение \УМ_О\Т с кодом 0х12. В этом случае Се Меззаве() сразу же завсршается 
с возвратом значения ЕАГЗЕ. Однако цикл \ЮШе выполняется, лищь если Се!Мезаве() 
возвращает ТВОЕ. Возврат ЕАГЗЕ приводит к завершению цикла и персходу на пред- 
ложение 


кекогл 0; / 


т. е. кзавершению функции УтМа1щ() и всего приложения. 

Однако откуда берется сообщение \УМ_ ОТ? Обычно приложения \тдо\$ за- 
вершают свою работу по команде пользователя. Он может щелкнуть по кнопке завер- 
шения (с крестиком) в правом верхнем углу окна, дважды щелкнуть по маленькой 
пиктограмме в левом верхнем углу окна, вызвать системное меню одиночным щелч- 
ком по этой пиктограмме и выбрать пункт "Закрыть" или, наконец, нажать клавиши 
АН-+Е4. Во всех этих случаях \Итао\из убирает с экрана окно приложения и посылает в 
приложение сообщение \!М_РЕЗТКОУ. | 

В чем должна состоять обработка этого сообщения? В процессе своего выполнс- 
ния программа приложения могла использовать те или иные ресурсы \Мт9о\з: соз- 
дать кисти, перья или шрифты, установить таймеры, динамически выделить память и 
т. д. Перед завершением приложения эти ресурсы следует освободить, иначе можно 
вывести из строя всю систему. Возможно также, что программа использовала какис-то 
средства (не связанные с \/тдо\5), которые перед завершением работы следует при- 
вести в порядок: закрыть открытые файлы, выключить включенную аппаратуру и т. д. 
Наконец, можно вывести на экран предупреждающее сообщение. 

Выполнив все эти завершающие действия, программа должна вызвать функцию 
УЛидо\мз РозЮциМеззаре(). Эта функция как раз и генерирует сообщение \1пдо\5 
\УМ_ОТЛТ, которое, как уже отмечалось выше, приводит к разрыву цикла \/НЦе обра- 
ботки сообщений, выполнения последнего оператора геита функции УЛпМаш и за- 
вершению программы. 

Подведем итоги изложенного. Типичное приложение УЛпдо\$ имеет стандартную 
структуру, изображенную на рис. 80.2. В программе можно выделить два основных 
элемента: главную функцию и оконную функцию главного окна. В главной функции 
прежде всего осуществляются подготовительные действия: регистрация в \\/1пд0\$ 
класса главного окна, а также создание и показ этого окна. Затем главная функция 
входит в бесконечный цикл обработки сообщений. Каждое поступившее в окно сооб- 
щение вызывает к жизни оконную функцию. 
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Главная фу икция УЧиМаа0 


1. Регистрация класса окна 
2. Создание и показ окна 
3. Цикл обработки сообщений 


т. _ Оконная процедура: 
Если УМ.ЛЛМЕВ, чо .. : . Е: 
Вели ММ СОММАМЮ, 19... 27 | 
Если УМ Г РЕЗТВОУ. то РозаИМеззаве 
Если любое ненужное сообщение, то ре\Аиаочиргос() 





Рис. 80.2. Структура типичного приложения Ии4ои5 


Оконная функция главного окна содержит столько фрагментов, сколько предпола- 
гастся обрабатывать сообщений. Конкретное содержимое каждого фрагмента опреде- 
ляет программист. Все сообщения, не нуждающиеся в прикладной обработке, должны 
поступать в функцию обработки сообщений по умолчанию ПеГ\АИтдо\Ргос() и обра- 
батываться системой \\/т4до\з. Эти действия можно описать в программе с помощью 
конструкции $\/Исй-сазе: 

Зм1ЕСР (59 { 
сазе ИМ_СОММАМО: 

//Действия в ответ на выбор пункта меню 
гебикп 0; 
сазе ММ ОЕЗТЗОУ: 

//Действия, необходимые геред завершением грограммы 

Ро5ЕО11ЕМеззаде (0);//Завершение программы 

гесакл 9; 

еЕай1*: 
гегигл (ВеЕИ1паомРгос (Випа, мза, мРагам, 1Рагам)); 
} 

Однако такая конструкция неудобна. Оконная функция представляет собой в этом 
случае один длинный оператор змИсВ со столькими блоками сазе, сколько сообщений 
УЛпдо\з предполагается обрабатывать в программе. При обработке ряда сообщений, 
например \!М_СОММАМЮ, внутрь блоков сазе приходится включать вложенные опе- 
раторы з\/ИсЬ-сазе, да еще не одного уровня вложенности. В результате функция 
\У/паРгос() становится чрезвычайно длинной и запутанной. Весьма полезная идея 
структурированности программы исчезает почти полностью, так как все приложение 
оказывается состоящим из сдва ли не единственной функции У/паРгос() со множест- 
вом развствлений внутри. 

Заметного упрощения структуры программы. можно добиться, используя макрос 
НАМРГЕ_ МЗС, определенный в файле улпдо\узх.В. Этот макрос, в зависимости от его па- 
рамстров, преобразуется в один из многочисленных макросов — вида 
НАМОГЕ_\М_СОММАМО, НАМОГЕ_\М_ПОЕЗТКОУ и т. д., так же определенных в 
файлс млпдочузх.Н. При использовании этих макросов все процедуры обработки сообщений 
выделяются в отдельные функции, а в оконной функции У/паРгос()} остаются только строки 
переключения на эти функции в случае прихода того или иного сообщения. Оконная функ- 
ция, даже при болыпом количестве обрабатываемых сообщений, становится короткой и 
чрезвычайно наглядной; наличие же для обработки каждого сообщения отдельной функции 
также весьма упрощаст разработку их алгоритмов, и особенно отладку. 
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В программе примера 80.1 обрабатываются всего два сообщения: 
\М_СОММАМОР и\УМ РЕЗТКОУ. Как уже говорилось выше, сообщение 
\УМ_СОММАЮМР поступает в главное окно приложения в случае выбора пользовате- 
лем какой-либо команды (подпункта) меню. В составе пакета данных этого сообщения 
из Ут4до\/5 в приложение приходит значение идентификатора выбранной команды. 
Сообщение \УМ_РЕЗТВОУ поступает в приложение, если пользователь выполнил 
действия, приводящие к завершению работы приложения, — нажал крестик в правом 
верхнем углу главного окна или ввел с клавиатуры команду Си!+Е4. 

Соответственно в программу введены две функции обработки этих сообщений 
ОпСоттап8() и Оп)езоу(. Формат этих функций, т. е. количество параметров и их 
типы, а также тип возвращаемого значения можно найти в файле улшдо\зх.в. Любо- 
пытно отметить, что большая часть функций обработки сообщений ничего не возвра- 
щает и не требует оператора геги, потому что он автоматически включается в текст 
программы при расширении макроса НАМОГЕ_М$С. 

При запуске программы примера 80.1 на экран зииениии: 
будет выведено главное окно и программа будет РЕ Чправясиие 
ждать команд оператора. Вывод программы с 
развернутым меню "Режим", приведен на рис. 80.3. 

Для обеспечения работы системы прерываний 
в начале программы указан прототип функции 1$1() 
с описателем пиегирь которая будет служить в 
качестве прикладного обработчика прерываний, ав Рис. 80.3. Главное окно 
области глобальных переменных объявлен программы 
указатель 014 _15г на функцию типа пмегиарь где 
будет храниться адрес исходного обработчика. 

При выборе команды "Пуск" (идентификатор МГ_ЗТАВТ) с помощью функции Си 
реуесюг() читается и сохраняется в переменной о!4_15г исходное содержимое векто- 
ра 13, после чего функцией зеёуесюг() в вектор 13 заносится адрес нашего обработчика 
15т. Как было показано в начале этой статьи, функции ребуесют() и зейуесюг0 работают 
не с истинной таблицей дескрипторов прерываний ПОТ, а со специальной таблицей 
векторов защищенного режима, входящей в состав виртуальной машины. 

Процедура инициализации платы вынесена в отдельную функцию ШИСага(). В ней 
прежде всего выполняется общий сброс всех узлов платы, далее посылкой кодов З6В, 
708 и В6Ь в порт регистра команд 303} задаются режимы всех трех каналов таймера, 
и, наконец, во все три канала последовательно засылаются константы СО, С1 и С2. Для 
простоты зназе лия констант определены прямо в тексте программы; в реальной про- 
грамме их следовало бы вводить с клавиатуры. Для выделения младших и старших по- 
ловин констант (вспомним, что константы размером в слово засылаются в порты тай- 
мера в два приема, по байтам) используются удобные макросы УЛпдо\з ГОВУТЕ 
и ШВУТЕ. 

Нам осталось размаскировать уровень 5 (соответствующий вектору 13} контролле- 
ра прерываний. Текущая маска читается в переменную тазК, оператором & в ней об- 
нуляется бит 5 (нулю в бите 5 и единице в остальных битах байта соответствует число 
ООЕЬ), и новое значение маски отправляется в порт 211. Еще раз заметим, что УММ 
перехватывает обращение к запрещенному порту 21Ъ, в результате чего наше данное 
поступает не в аппаратный порт контроллера прерываний, а в его программную ко- 
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пию - виртуальную маску прерываний, входящую в состав виртуальной машины. "За- 
ведует" этой маской, как и всей системой прерываний, виртуальный контроллер пре- 
рываний УРГСО. 

Последним предложением функции шИСаг@() в схеме счетчика-таймера устанав- 
ливается флаг 52, открывающий вход счетчика и разрешающий установку флага 53 за- 
вершения временного интервала. 

Обработчик прерываний в реальной установке может выполнять различные функ- 
ции. Наверное, самое естественное - это вывести на экран сообщение об окончании 
измерений. Однако сделать это не так-то просто. Дело в том, что возможности обра- 
ботчика прерываний ограничены. В нем можно выполнять вычислительные действия, 
а также чтение и запись ячеек памяти, но нельзя, например, вызвать функцию \/т90\$ 
МеззареВох() для вывода на экран сообщения. Чтобы не усложнять рассматриваемый 
пример, мы в функции 15г() просто читаем содержимое счетчика платы и заносим его в 
глобальную переменную Ча, давая тем самым программе возможность работать с 
этими данными. Чтение числа накопленных событий приходится выполнять в два 
приема. Старшая половина данных из порта 309В читается в байтовую переменную Ва, 
переносится в переменную дайа с преобразованием в слово и сдвигается в этой переменной 
влево на 8 бит, т. е. переносится в старший байт. Далее младшая половина данных читается 
в ту же переменную Ба{ и складывается со старшей в переменной дав. 

Последнее (обязательное!) действие в обработчике прерываний — снятие блоки- 
ровки в контроллере прерываний посылкой команды ЕОГ. И эта операция в дейст- 
вительности выполняется не в физическом контроллере прерываний, а в виртуальном. 

При выборе пункта меню "Чтение" 
выполняется относительно простая операция 
преобразования с помощью функции \/т40\$ 
\узрип О Числа в переменной да в 
символьную форму и вывод его в окно 
сообщения функцией МеззареВох(). Результат 
этих действий (для значений констант из 
примера 80.1) показан на рис. 80.4. 





Рис. 80.4. Вывод на экран накопленного 
числа событий 


Таким образом, программное управление аппаратурой, работающей в режиме 
прерываний, можно реализовать и без использования виртуального драйвера. При 
этом структуры, макросы и функции языка Си, относящиеся к обслуживанию 
прерываний (в частности, функции реёуесК), зеёуес), проц, ошрог() и др.), описаны 
в заголовочном файле РО$.Н, который необходимо подключить к исходному тексту 
программы. Отметим, что сказанное относится только к 16-разрядным приложениям. 
Для 32-разрядных приложений аналога файла РОЗ.Н нет, и обработка прерываний в 
таких программах невозможна без соответствующего виртуального драйвера. Этот 
вопрос будет рассмотрен в статье 85. Однако и для 16-разрядных приложений 
разработка специализированного виртуального драйвера может оказаться полезной, 
так как при его использовании заметно сокращается время реакции на прерывание, что 
в некоторых случаях может оказаться существенным для работы аппаратуры. 
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Принципам построения виртуальных драйверов для обслуживания аппаратных 
прерываний посвящена следующая статья. 


Статья 81. Виртуальный драйвер 
для обслуживания аппаратных прерываний 


Как уже отмечалось рансс, виртуальные драйверы служат прежде всего для вир- 
туализации аппаратуры, т. е. для предоставления одновременно выполняемым задачам 
возможности совместного использования устройств компьютсра. Измерительная или 
управляющая аппаратура, подключаемая к компьютеру с целью создания автоматизи- 
рованной установки, вряд ли будет эксплуатироваться в многозадачном режиме, одна- 
ко использование для ее управления виртуального драйвера может заметно сократить 
программные издержки и уменьшить время отклика. Рассмотрим пример виртуального 
драйвера, обслуживающего прерывания от интерфейсной платы счетчика-таймера, 
описанной в предыдущей статье. 

Очевидно, что в состав такого драйвера должен входить обработчик прерываний 
от платы. Функции этого обработчика определяет программист; в простейшем случае 
обработчик может просто прочитать данное из выходного регистра счетчика и замас- 
кировать прерывания. Однако приложение при этом не узнает о завершении измерс- 
ний; более сстествснно организовать вызов из обработчика прерываний драйвера не- 
которой функции приложения, в которую можно передать прочитанные данные. 
Фактически эта функция будет играть роль обработчика прерываний приложения, 
однако вызываться она будет не самим прерыванием, а обработчиком драйвера. 

Предусмотрим следующую схему взаимодействия приложения и драйвера. При- 
ложение по команде пользователя вызывает драйвер и передает ему константы на- 
стройки таймсра. Драйвер инициализирует таймер и возвращает управление в прило- 
жение, которое продолжаст свое выполнение. По сигналу прерывания от таймера при- 
ложение приостанавливается и активизирустся обработчик прерываний, находящийся 
в драйвере. В.этом обработчике выполняется чтение данного из. выходного регистра 
счетчика, вызов (через УММ) обработчика прерываний приложения и передача в него 
считанного данного. Обработчик прерываний приложения принимает из драйвера 
данное и, завершаясь, возвращает управление в УММ, который, наконец, персдает 
управление в приложение в точку его приостановки. 

Поскольку обработчик прерываний приложения вызывается из УММ и после сво- 
сго завершения опять передает управление в систему, его возможности ограничены. 
В нем, в частности, недопустим вызов функции МеззавеВох() вывода информации в 
окно сообщения. Поэтому здесь, как и в предыдущем примерс, возникает проблема 
оповещения главной функции У/тМащ() о приходе прерывания. Мы решим эту про- 
блему следующим образом: обработчик прерываний приложения, получив управле- 
ние, устанавливает флаг, который опрашивается главной функцией в каждом шаге 
цикла обработки сообщений. Главная функция, обнаружив установленное состояние 
флага, посылает в приложение сообщение пользователя, которое наравне с сообще- 
ниями \/1т40о\/$ обслуживастся циклом обработки сообщения. В функции обработки 
этого сообщения уже можно выполнять любые действия, без каких-либо ограничений. 

При разработке приложения, реализующего описанный алгоритм (пример 81.1), за 
основу взят программный комплекс примера 80.1. В проект приложения входят два 
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файла: файл ресурсов 81-01.ВС, в точности совпадающий с файлом 80-01.КС, и про- 
граммный файл 81-01.СРР, являющийся модификацией файла 80-01.СРР. 


Пример 81.1. Обслуживание аппаратных прерываний с помощью виртуального драйвера. Файл 
81-01 с исходным текстом приложения Итаому 

#ЧеЕ1ле 5ТВТСТ 

#1п1с1аае <я1паомз.В> 

#1пс1а4е <и1паоизх.В> 

#1ос1оае <з6к1п9.Н> 

//Определения констант 


#АаеЕ1пе МТ ЗТАЗТ 100 //Константы, используемые 
ЁАаеЁ1пе МТ_ЕХТТ 101 //для идентификации 
#аеЕзпе МТ _ВЕАО 102 //пунктов меню 


/* уо14 С1з_ОпОзек (НИМО Вила) */ 

ЁА4еЁ1пе НАМОГЕ ММ ОЗЕВ (Вила, иРагам, 1Рагам, Ёп) \//Макрос для обработки 
((Еп) (Випа), 01) // сообщения ИМ О5ЕЗ 

//Прототилы функций 

уо1А Зедтзеек (НТМ5ТАМСЕ); //Вспомогательные 

уо14 Сгеате (НТМУТАМСЕ); //функции 

ТВЕЗЦУБТ САГЬВАСК Мпа?гкос (НИМО, ОТМТ, ИРАВАМ, БРАВАМ)} ;//Оконная функция 

у01Аа ОпСомтала (НИМО, 11, НИМО, ОТМТ); //Функции 


у014 Опрезёгоу (НИМО); //обработки сообщений М1п4о\$ 
у\уо1Я ОлОзехг (НИМО); //и пользователя 
у01А Тп1ЕСака (); //Функция инициализагии платы (через драйвер) 
\у014 СеёАРТЕПЕКУ(); //Функция получения точки входа в драйвер 
‚ УО1А 13х (176,116); //Прототипг обработчика прерывания приложения 
//Глобальные геременные 
срах $2С1аззМаше [] ="Ма1пМ1п4ои";//Имя класса главного окна 
сБаг $32Т101е{]="Угравление"; //Заголовок окна 
НИМО БМа1пИпа; //Дескригтор главного окна 
ГРАВБРКОС УхоЕПегу; //Адрес точки входа в драйвер 
11Е орлз1алеа даба; //Данное из драйвера 
спаг гедиез®; //Флаг окончания измерений 


//Главная функция И1пМа1п 
1пЕ ИТМАРТ И1пМа1л (НТМ5ТАМСЕ ЮТозфалсе, НТМ5ТАМСЕ, БР5ТВ, 11%) { 


М5б пза; //Структура для приема сообщений 
Вед1зех (пТпзфапсе); //Регистрация класса главного окна 
Сгеафе (ВТлзтапсе); //Создание и показ главного окна 


/*вБолее сложный цикл обработки сообщений, в который включены анализ флага 
гедиезЕ завершения измерений и посылка гриложению сообщения ММ _У$ЕВ при уста- 
новке этого флага*/ 
Чо { 
1Е (РеекМеззаде (&тза, МОЬЬ, 0,0, РМ _ВЕМОУЕ) ) { 
1Е (шза.пеззаде == ИМ_ОЧТТ)гебагп из9.мРагкам; 
215рассНМеззаде (&п$9}; 
}//Конец 1Е(РееКМеззасде (})} 
1Е(гедаез®) { 
геацез(=0; //Сброс флага 
РозЕМеззаде (ЮМа1пИпа, ИМ 95ЕВ,0,0);/*Поставить в очередь 
сообщение ММ_У$ЕВ без параметров*/ 
}//Конеш 1Е (гедиез*} 
}иВ11е (1);//Конез 4о 
}//Конец м1пМа1п 
//Функция Зед1зкег регистрации класса окна 
уо1А Зед1зкек (НТМ5ТАМСЕ ВТлз$%) { 
ИМОСЬА$$ ис; 
пешпзей (ис, 9, $126е0Е (мс) ); 
мс.1р52С`аззМаме=з2С1аззМаше; 
ис. В1Тпзбапсе=ВТл$С; 
ис. 1рЕп\паРгос=Ила2кос; 
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ис.1рз2МепоаМаме="Ма1п"; 
ис.ПСигзог=ГоаЯСагзог (МОГ, ТОС _АВВОЙ); 
мс.ВТсоп=БоааТсоп (МОТЪЬ, ТОТ _АРРЬТСАТТОМ); 
ис.ВЮгВаскагоипа=бес$ осквказв (ИНТТЕ ВВО$Н); 
Веч15хекС1а$$ (&мс); 
} 
//Функция Сгеабе создания и гоказа окна 
у014 Сгеаке (НТМ$ТАМСЕ В1пз%) { 
ЮМа1пИл9=Скеаеей1 лом (52С1а55Маше, $27151е, М5 _ОУЕВЬАРРЕРИТМООМ, 
19,19,200,100, НИМЬ РЕЗКТО?, МОЬЬ, Втпзе, МОБ) ; 
Зои: пасом (ПМа1п\па, $М_ЗНОММОВМАЬ); 
} 
//Оконная функция ИпЯРгос главного окна 
ТВЕЗОБТ САБГЬВАСК Ипаргос(НИМО Вип@, ОТМТ пз9,ИРАЗАМ иРагаш, [ГРАВАМ 1Рагкап) { 
зм1ЕСВ (м9) { 
НАМОГЕ_М56 (Бупа, ММ_СОММАМО, ОпСомтапа) ; 
НАМОТЕ М5$С (Вила, ИМ_ОЕЗТВОУ, Опрезегоу); 
НАМОГЕ_М$6 (Бипа, ИМ ОЗЕВ, ОпОзег) ; 
ЧеЁаз1& : 
хегакл (БеЕ\И1лаом?Ркос (Пипа, за, мРагам, 1Рагат)); 
} 
} 
//Функция ОпСомтапЯ обработки сообщений ИМ СОММАМО от команд меню 
у01А ОпСомтала (НИМО Бипа,1пе 1&а, НИМО, ОТМТ) { 
зи1ЕсВ (14а) { 
сазе МТ_ЗТАВТ://Инициализация платы 
111ЕСага(); 
Бгеак; 
сазе М: _ВЕАО: 
срахг &хе [80]; 
изре1пЕЕ (Ех%, "Накоплено %А событий", дафа); 
МеззадеВох (МОГ, Е хе, "Данные" ‚МВ ТСОМТМЕОВМАТТОМ); 
Бгеак; м 
сазе МТ_ЕХТТ://Завершить приложение 
Безе коуЙ1 пом (Випа); 
} 
} 
//Функция ОпОзег обработки сообщения ИМ _О5ЕВ 
у01А ОпОзег (НИМО) { 
МеззадеВох (МОТ, "Измерения окончены", "Контроль", МВ_ТСОМТМЕОВМАТТОМ); 
} 
//Функция Опрезекоу обработки сообщения ИМ РЕЗТВОУ 
уо1А Опрез%гоу (НИМО) { 
Роз*001ЕМеззаде (0); 
} 
//Функция Тп1ЕСагЯ инициализации (через драйвер) платы 
У01Я Тп1ЕСака (){ 


СесАРТЕПЕГУу (); //Получение адреса точки входа в драйвер 
_АХ=_0$; //Передача в драйвер 0$ 

_ВХ=55; //Канал 0 

_©Х=250050; //Канал 1; ВХ*СХ=Длительность интервала 
_0Х=1000; //Канал 2, внутренний генератор 
_$Т=ОРЕЗЕТОЕ (1535г); //Смещение обработчика прерываний 
_ОТ=ЗЕЪЕСТОВОЕ (1415г); //Селектор обработчика прерываний 
УхрЕпегу (); //Зызов драйвера 


} 
//Функция СебА2ТЕЛеку голучения адреса точки входа в драйвер 
уо1Я СееАРТЕЛЕКу () { 
азт{ 
шоу АХ, 0х1684 
оу 3ВХ,0х8909 
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1пЕ 0х2Е 
шоу мога рег УхрЕпегу, ОТ 
шоу мога рег УхрЕлЕгу+2,Е5 
} 
} 
//Обработчик грерываний приложения. Вызывается УММ и возвращает угравление в УММ 
У01Я 15.(116 зедшепе, 11 9%) { 


_О5=зедмепе; //Инициализируем 05$ селектором, голученным из драйвера 
гечце5*++; //Поставим запрос на сообщение 
Чафа=ае; //Получим из драйвера апгаратные данные 


} 


Главная функция УтМат() выполняет три характерные для нее процедуры: реги- 
страцию класса главного окна, создание и показ главного окна и цикл обработки со- 
общений. В цикле обработки сообщений имеется принципиальное отличие от примера 
80.1: в каждом шаге цикла проверяется состояние флага завершения измерений гедиез 
и, если флаг оказывается установлен, вызывается функция Уп4о\$ Роз Меззаяс(), ко- 
торая ставит в очередь сообщений нашего приложения наше же сообщение с кодом 
\ММ_Ч5ЕК. Для того чтобы в цикл обработки сообщений включить проверку флага, 
пришлось заменить в нем функцию Се{Меззаве() на функцию РееКМеззаре(), которая, 
в отличие от СеМеззаве(), при отсутствии сообщений в очереди возвращает управле- 
ние в программу, что и дает возможность включить в цикл дополнительные действия. 
Однако РееКМеззазе() не анализирует сообщение \УМ_ОПТ о завершении програм- 
мы, поэтому "вылавливание" этого сообщения (и завершение программы оператором 
гейлгл 0 в случае его появления) приходится выполнять вручную. Конструкция 
ао { 

}ив11е (1) 


х 


позволяет организовать бесконечный цикл, поскольку условие продолжения цикла, 
анализируемое оператором У\/В|е, безусловно удовлетворяется (константа | никогда 
не может стать равной нулю). 

В оконной функции \У/паРгосО фиксируется приход трех сообщений: 
\М_СОММАМЛ - от пунктов меню, \УМ_РЕЗТВОУ - от команд завершения прило- 
жения и \/М_ОЗЕВ, свидетельствующего об окончании измерений. Поскольку для со- 
общения \УМ_ЧЗЕЁВ в файле умпдо\изхВ отсутствует макрос НАМОЕЕ_\М_ЧЗЕБВ, 
его пришлось определить в начале программы с помощью оператора #4ебпе, построив 
макрорасширение по аналогии с каким-либо из макросов вида НАМОГЕ сообщение из 
файла хЛпдо\узх В, хотя бы макросом НАМОГЕ У\М_ЛРЕЗТВОУ. 

Фрагмент программы, выполняемый при выборе пользователем пункта меню 
"Пуск", содержит лишь вызов функции шИСат4(). В ней вызовом вложенной функции 
Се АРТЕпву определястся адрес АР[-процедуры драйвера, а затем, после заполнения 
ряда регистров параметрами, передаваемыми в драйвер, вызывается эта процедура. 
В драйвер передаются следующие параметры: селектор сегмента данных приложения, 
три константы для инициализации платы, а также селектор и смещение обработчика 
прерываний приложения 15г(). Передача в драйвер содержимого сегментного регистра 
0$ (селектора сегмента данных) необходима потому, что при вызове драйвером (точ- 
нее, УММ) нашей функции 15г() не восстанавливается операционная среда приложе- 
ния, в частности регистр 0$ нс указывает на поля данных приложения, которые ока- 
зываются таким образом нсдоступны. Передав в драйвер содержимое 05$, мы сможем 
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вернуть его назад вместе с другими псередаваемыми из драйвера в приложение данны- 
ми и восстановить тем самым адресуемость данных. 

При выборе пользователем пунктов меню "Чтение" или "Выход" выполняются те 
же действия, что и в примере 80.1. 

По сравнению с предыдущим примером упростилась функция ОпОезноу(). По- 
скольку восстановление маски в контроллере прерываний возложено теперь на драй- 
вер, а исходный вектор мы в этом варианте программы нс восстанавливасм, в функции 
Оп)ез#оу() лишь вызывается функция УЛпао\$ Роз ОцИМеззарс(), приводящая к за- 
вершению программы. 

В обработчике прерываний приложения 15г() после засылки в регистр 2$ нашего 
же селектора сегмента данных, переданного ранее в драйвер и полученного из него 
в качестве первого параметра функции 1$1(), выполняется инкремент флага гедиез{ и 
пересылка в переменную 4айа второго парамстра функции 151() — результата измерений. 

Перейдем к рассмотрению программы виртуального драйвера, входящего в состав 
нашего программного комплекса (пример 81.1, продолжение). 


Пример 81.1 (продолжение). Обслуживание аппаратных прерываний с помощью виртуального 
драйвера. Файл 81-01.А5М с исходным текстом виртуального драйвера 
.386р | 
„ХЬТ5Т 
171с1а9е уши. 1пс 
1пс1аае ур1с@а.1пс 
„ЬТЗТ 
Рес1ахе _\У1к®иа1 Ре\1се УМур,1,0,УМур Сопехо1,80008, \ 
ОпаеЕ1пеЯ_Тл1е _Охдек,,АРТ Нап 1ек 


Ухр ВЕАГ ТМТТ ЗЕС 
ЗечапРкос УМур Веа1\ Тп1е 
пом АН, О9Н 


поУ ОХ, оЕЕзеф 159 

пе 218 

поу ах, Реу1се_ЁГоаа_окК 
хох Ьх, Бх 

хох 31, 31 

хох еах, еах 

гее 


пз9 Ч ‘Виртуальный драйвер УМур загружен' 
ЕлаРкос УМур_Веа1_1п1% 
Ухр ВЕАЬ ТМТТ ЕМО$ 


Ухр_РАТА_56С 


Раса аи о ;Ячейка для результата измерений 

255е9 Ям 0 ;Ячейка для хранения селектора приложения 
Зедтеп® Са11раск ам 0 ;Селектор функгии 15х приложения 

ОЕЕзес Са11раск аа 0 ;Смещение функции 1х приложения 

ТВО НапЧ1е аа 9 ;Дескригтор виртуального прерывания 


УМуБ_17%13 Резс 1аре1 амока;32-битовый адрес следующей далее структуры 

УРТСР ТВО_Резскёреог <5,,ОРРЗЕТЗ2 УМур_1л%_13>;Структура с информацией 
;0 виртуализованном грерывании 

Ухр РАТА ЕМО$ 


;Включим в состав драйвера прогелдуру обработки системного сообщения 
;Реу1се_ 17118 об инициализации драйвера 
Сопеко1 П15рабсЬ Реу1се_Тл1еЕ, УМур Реу1се _Тлае 
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с1с 
гее 
Ела?кос УМур_Сопего1 
; Процедура, вызываемая гри инициализации драйвера системой 
Ве91пРкос УМур_Реу1се_Тп1& 
пох БОТ, СРЕЗЕТЗ2 УМур_11л&13_Безс;Адрес структуры 
УРТСР_ ТВ0 Резск1реог 
УхрСа11 УРТСО У1хиа112е _Тв@;Виртуализация устройства 
шоу тво _Напа1е, АХ; Сохраним дескриптор виртуального Т1ВО 
с1с 
хее 
ЕпаРгос УМур Ре\у1се_ 11% 
;АРТ-процедура, вызываемая из приложения 
;При вызове: у 
; АХ=р$ приложения, ВХ=С0, СХ=С1, ОХ=сС2, 
ОТ=селектор 15$к, $1Т=смещение 15ге 
ед: прхос АРТ Напа]ех 
‚Получим параметры из приложения 
ризВ  [ЕВР.С11епё_ от] 
рор ЗедтепЕ_Са11Баск 
ра$В [ЕВР.С11епе_АХ]; 0$ 
Рор 25зе9 
шоурх ЕЗГ, [ЕВР.С11еп®_5Т] 
пох ОЕЕзее Са11раск, ЕЗТ 
; Общий сброс 
по ОХ, З0СВ 
1 АБ, ОХ 
;Размаскируем уровень 5 в физическом контроллере прерываний 
мох ЕАХ, 1ВО_Напа1е 
УхрСа11 УРТСР_РВуз1са11у_ОпмазК 
;Засылаем управляющие слова по каналам 
пох 5х, ЗОЗВ 


пом АГ, З6 В ;Канал 0 
оие ОХ, АБ 
пох АГ, ОН ;Канал 1 
НЕ ОХ, АБ 
оу АБ, ОВеВ ;Канал 2 


ойЕ ОХ, АБ 
;Засылаем константы в каналы 


по ОХ, З00Н ;Канал 0 

моУ АХ, [ЕВР.С11епе ВХ];Константа С9 

оие ОХ, АБ ;Младший байт частоты 
хсп9 АБ, АЧ 

ие ОХ, АБ ;Старший байт частоты 
мох ОХ, 3018 ;Канал 1 

пох АХ, [ЕЗР.С11епе СХ];Константа С1 

ОЕ ОХ, АБ ;Младший байт интервала 
хора —АЪ,АН 

оые ОХ, АБ ;Старший байт интервала 
му ОХ, 3028 ;Канал 2 

пу АХ, [ЕВР.С11епё ОХ];Константа С2 

оие ОХ, АБ ;Младший байт частоты 
хспЯ9 АН, АЬ 

ОиЕ ОХ, АБ ; Старший байт частоты 


;Установим флаг $2 разрешения счета 
пом ОХ, ЗОВЬ 
п АБ, ОХ 
ге 

БлаРГЕос АРГ Напа1ек 
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;Процедура обработки аппаратного прерывания ТКО5 (вектор 13) 
Вед1пРкос УМур_Тпе 13, Н19Н_Екеа 


ризраа ;Сохраним все регистры 
;Получим результат измерений из выходного регистра счетчика 
пом ОХ, ЗО9Н ;Порт старшего байта 
32а АБ, ОХ ;Получим старший байт 
пох АЯ, АБ ;Отправим его в АН 
дес ох ;0Х=308В 
11а АБ, ОХ ;Получим младший байт 
Мом Рафа, АХ ;Весь результат в Рафа 


;Выполним завершающие действия в РТС и вызовем функцию приложения 
Мом БАХ, ТВО_Напа91е 
УхрСа11 УРТСР РНуз_ЕОТ;ЕОГ в физический контроллер прерываний 
УхрСа11 УРТСР_РВуз+са11у МазК;Маскируем наш уровень 

;Герейдем на синхронный уровень 
Мом ЕОХ, 0 ;Данные отсутствуют 
МОУ ЕЗТ, ОРЕЗЕТЗ2 ВеЕ1есе ТпЕ;Адрес синхронной процедуры 
УММСа11 Са11 УМ Еуепе;Установим запрос на ее вызов из УММ 
рораа ;Восстановим все регистры 
с1с 
гее 

ЕпаРхос УМур_тпе_13 

;Процедура уровня отложенных прерываний 

Вед1пРгос ВеЁ1ес®_Тпё 
РазН_С11епЕ З6афе ;вВыделим место на стеке для регистров клиента 
УММСа11 Зед1п_Мезе Ехес;Начнем вложенный блок выголнения 


пом АХ, Рафа ;Отправим данное 

УММСа]11 51ми]а®е_РизВ;в стек клиента 

пох АХ, 2О5зе9 ;Отправим полученный ранее 05 

УММСа11 $1мо1а*е_Розп;в стек клиента 

оу СХ, ЗедтелЕ Са11фасК; Зашлем полученный ранее адрес функции 13х 
оу ЕОХ, ОЕЕзее Са11раск;в С5:1Р клиента, чтобы после возврата из УММ 


УММСа11 $1що1афе_Рах_Са11;в виртуальную машину вызвалась эта функция 
УММСа11 Везоме Ехес;Возврат из УММ в текущую виртуальную машину 
УММСа11 Ела_М№е5*_Ехес;Завершим вложенный блок выголнения 
Рор С11епё_56аёе ;Освободим место на стеке для регистров клиента 
с1с 
хее 

ЕпаРкос ВеЕ]есе Тпе 

Ухо СОрЕ ЕМО$ 

епа УМур_Веа1_Тп1% 


В сегменте данных драйвера зарезервирован ряд ячеек для временного хранения 
полученных из приложения параметров, а также результата измерений. Особняком 
стоит ячейка КО_Нап@Г, в которой хранится дескриптор виртуального прерывания. 
Этот дескриптор назначается системой на этапе инициализации драйвера и остается 
неизменным все время его жизни, т. е. до перезагрузки компьютера. 

Макрос УР1СР_ВО_Пезспрюг позволяет описать в полях данных структуру с инфор- 
мацией о виртуализованном прерывании. Обязательными элементами этой структуры яв- 
ляется номер уровня виртуализуемого прерывания и адрес обработчика аппаратного пре- 
рывания (УМур_Пи 13 в нашем случае), включаемый в состав драйвера. Для того чтобы 
макросы виртуального контроллера прерываний были доступны ассемблеру, к программе 
необходимо подключить (опсратором шс№4е) файл УРГСО.1ПМС. 

Виртуализация прерывания осуществляется на этапе инициализации драйвера. До сих 
пор мы в явной форме не использовали процедуру УМур_Сопйо], в которой обрабатыва- 
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ются системные сообщения УЛп4о\з. В рассматриваемом драйвере в состав этой процеду- 
ры с помощью макроса Сопго!_Пу1зракй включена процедура УМур_Ве\се_Шши (имя про- 
извольно), которая будет вызвана при получении драйвером системного сообщения 
Реуксе ши. Для обработки большего числа сообщений \У пом в процедуру 
УМур_Сопо] следует включить по макросу Сопбо| П1зрай на каждое обрабатываемое 
сообщение (с указанием имен сообщения и процедуры его обработки). 

Процедура УМур_Реу1се_ШИ содержит вызов функции виртуального контроллера 
прерываний (УРСО) УРГСО Ушшайте КО. Эта функция осуществляет виртуа- 
лизацию указанного уровня прерываний и возвращает дескриптор виртуального 
прерывания, который сохраняется нами в ячейке 1КО Нап@е с целью дальнейшего 
использования. Функция УР1СО_\Уиа|2е_ТВО фактически устанавливает в системе 
наш обработчик прерываний, имя которого включено нами в структуру 
УР1СР_ГВО_Пезспрюг. Начиная с этого момента аппаратные прерывания 1805 будут 
вызывать не обработчик этого уровня по умолчанию, находящийся в УРГСО, а наш 
обработчик. Правда, для этого надо размаскировать уровень 5 в контроллере 
прерываний, что мы еще не сделали. 

При вызове драйвера из приложения 81-01.ЕХЕ управление передается АР|- 
процедуре драйвера АРГ_Напа]ег. В ней прежде всего извлекаются из структуры кли- 
ента переданные в драйвер параметры. Поскольку эти параметры (содержимое регист- 
ров клиента) хранятся в стеке уровня 0, т. е. в памяти, их нельзя непосредственно пе- 
ренести в ячейки данных драйвера. Мы для переноса параметров в некоторых случаях 
использовали стек, в других — регистры общего назначения. 

Выполнив команду общего сброса программирусмой платы, следует размаски- 
ровать прерывания в физическом (не виртуальном) контроллере прерываний. Эта 
операция осуществляется вызовом функции виртуального контроллера 
УРСР_РнузчсаПу_ОптазК с указанием ей в качестве параметра в регистре ЕАХ деск- 
риптора виртуального прерывания. Далее выполняется уже рассмотренная в предыду- 
щей статье процедура инициализации платы (причем значения констант С0, СЁ и С2 
извлекаются из структуры клиента). После завершения АР][-процедуры управление 
возвращается в приложение до поступления аппаратного прерывания. 

Аппаратное прерывание виртуализованного нами уровня через дескриптор таблицы 
прерываний ШТ с номером 551 активизирует обработчик прерываний, входящий в состав 
УРГСО, который, выполнив некоторые подготовительные действия (в частности, сформи- 
ровав на стеке уровня 0 структуру клиента), передает управление непосредственно нашему 
драйверу, конкретно — процедуре обработки аппаратного прерывания УМур_1е 13. Сис- 
темные издержки этого перехода составляют около 40 команд процессора, т.е. время от 
момента поступления прерывания до выполнения первой команды нашего обработчика со- 
ставит на компьютерс среднего быстродействия 10...15 мкс. 

В процедуре УМур 1 13 после выполнения содержательной части — в нашем 
случае чтения и запоминания результата измерений — необходимо послать в контрол- 
лер прерываний команду ЕО}, как это полагается делать в конце любого обработчика 
аппаратного прерывания. Для виртуализованного прерывания это действие выполня- 
ется с помощью функции УР1СО_Рпнуз_ЕО1Г, единственным параметром которой явля- 
ется дескриптор прерывания, который мы сохранили в ячейке О Нап@е. Последней 
операцией является вызов функции УР1СР_РНуз1саПу_МазК, с помощью которой мас- 
кируется уровень 5 в физическом контроллере прерываний. 
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Следует заметить, что названия функций УР]СО могут быть обманчивыми. Функ- 
ция УР1СР_Рвуз_ЕОГ в действительности не разблокирует контроллер прерываний, 
а размаскирует наш уровень в регистре маски физического контроллера (чего мы, ме- 
жду прочим, не заказывали!). Что же касается команды ЕОГ, то она была послана в 
контроллер по ходу выполнения фрагмента УР!СО еще до перехода на наш обработ- 
чик (упомянутые выше 40 команд). Тем не менее вызов функции УР1СО_РНуз_ЕО][ в 
конце обработчика прерываний обязателен. Если ею пренебречь, то система будет вес- 
ти себя точно так же, как если бы в контроллер не была послана команда ЕО: первое 
прерывание обрабатывается нормально, но все последующие прерывания блокируют- 
ся. Так происходит потому, что при отсутствии вызова функции УР1СР_Рнуз_ЕО] на- 
рушается работа функции УР1СО_РЬуз1саПу ОптазК, которая выполняется у нас на 
этапе инициализации. Эта функция, выполнив анализ системных полей и обнаружив, 
что предыдущее прерывание не завершилось вызовом УРГСО Рнуз_ЕОГ, обходит те 
свои строки, в которых в порту 218 устанавливается в 0 бит нашего уровня прерыва- 
ний. В результате этот уровень остается замаскированным и прерывания не проходят. 

Если обработчик прерываний, включенный в драйвер, выполняет только обслужи- 
вание аппаратуры, то на этом его программа может быть завершена. Однако мы хотим 
оповестить о прерывании приложение, вызвав одну из его функций. УММ предусмат- 
ривает такую возможность (так называемое вложенное выполнение УМ), однако для 
ее реализации следует прежде всего перейти с асинхронного уровня на синхронный. 

Проблема заключается в том, что УММ является нереентерабельной программой. 
Если переход в виртуальный драйвер осуществляется синхронным образом, вызовом 
из текущего приложения, то, хотя этот переход происходит при участии УММ и, так 
сказать, "через него", в активизированной процедуре виртуального драйвера допустим 
вызов всех функций УММ. Если же переход в драйвер произошел асинхронно, в ре- 
зультате аппаратного прерывания, то состояние УММ в этот момент неизвестно и в 
процедуре драйвера допустим вызов лишь небольшого набора функций, относящихся 
к категории асинхронных. К ним, в частности, относятся все функции УР]ГСР, а также 
те функции УММ, с помощью которого программа переводится на синхронный уро- 
вень (его иногда называют уровнем отложенных прерываний). В справочнике, входя- 
щем в состав ООК, указано, какие функции являются асинхронными, и на эту характе- 
ристику функций следует обращать внимание. 

Идея перехода на уровень отложенных прерываний заключается в том, что в обра- 
ботчикс аппаратных прерываний с помощью одной из специально предназначенных 
для этого асинхронных функций УММ устанавливастся запрос на вызов саПасК- 
функции (функции обратного вызова). Эта функция будет вызвана средствами УММ в 
тот момент, когда переход не нес на нарушит работоспособность УММ, Вся эта про- 
цедура носит название "обработки события". 

В понятие события входит не только саЙаск-функция, но и набор условий, при 
которых она может быть вызвана или которыми должен сопровождаться ее вызов. Так, 
например, можно указать, что са!фасК-функцию можно вызвать только вне критиче- 
ской секции или что вызов саПфасК-функции должен сопровождаться повышением 
приоритета ее выполнения. Кроме этого, при установке события можно определить 
некоторое даннос (двойное слово), которое будет передано в саПфаск-функцию при ее 
вызовс. В составе УММ имеется целый ряд функций установки событий, различаю- 
шихся условиями их обработки, например СаЙ \/Веп 14, СаЙ_У\У/еп_ Мо Сийса|, 
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СаП_Везёлеед_Еуепь Зспедше_С1оЪа]_Еует, ЗсВедие_Тргеа9_ЕуепЕ и др. Существен- 
но подчеркнуть, что момент фактического вызова са!аск-функции определить зара- 
нес невозможно. Она может быть вызвана немедленно, а может быть вызвана спустя 
некоторое время, когда будут удовлетворены поставленные условия. 

В нашем случае специальные условия отсутствуют и переход на синхронный уро- 
вень можно выполнить с помошью простой функции Са!_УМ_Еуепь, в качестве пара- 
метра которой указывается 32-битовое смещение функции обратного вызова, распола- 
гасмой в тексте виртуального драйвера. В рассматриваемом примере эта функция на- 
звана КеЙесЕ шп. 

Команда гс\, которой заканчивастся обработчик прерываний виртуального драйве- 
ра, передает управление УММ, который в удобный для него момент времени вызывает 
функцию КеЙесё п (реально до вызова может пройти 50...200 мкс). В этой функции 
вызовом РизВ_СНеп За исходная структура клиента еще раз сохраняется на стске 
уровня 0, после чего функцией Везт_Ме$ Ехес открывается блок вложенного выпол- 

‚нения. Внутри этого блока можно, во-первых, организовать переход на определенную 
функцию приложения и, во-вторых, создать условия для передачи ей требуемых пара- 
метров. Передача параметров осуществляется в соответствии с установленным интер- 
фейсом используемого языка программирования. Поскольку наше приложение напи- 
сано на языке Си, для его функций действуют правила этого языка — параметры пере- 
даются функции через стек, причем расположение параметров в стеке должно 
соответствовать их перечислению в прототипе и заголовке функции, т. е. в глубине 
стека должен находиться последний параметр, а на вершине стека — первый (в функ- 
циях "типа Паскаля", в частности во всех системных функциях \/п40\$, действует 
обратный порядок передачи параметров). 

Помещение параметров в стек тскущей УМ осуществляется функцией УММ 
Зипи]ае_РизВ, которая может проталкивать в стек как одинарные, так и двойные сло- 
ва. В нашем случае в стск помещаются два слова — результат измерений и селектор 
сегмента данных приложения. 

Следующая операция — подготовка вызова требуемой функции приложения. Эта 
операция осуществляется с помощью функции УММ Зипме Еаг_СаП, которая по- 
мещает передавасмые ей в качестве параметров селектор и смещение требуемой функ- 
ции приложения в поля структуры клиента СНпепё С$ и СНепё ]Р. В результате, когда 
УММ, передавая управление приложению, снимет со стска структуру клиента и вы- 
полнит персход по оставшимся в стске значениям СПепё С$ и СНепе ТР, в регистрах 
СЗ]Р окажется адрес интересующей нас функции, которая и начнет немедленно вы- 
полняться. Для того чтобы не потерять то место в приложении, на котором произошла 
его приостановка из-за прихода прерывания, текущее содержимое полей Спет СЗ и 
СЦеп{ [Р сохраняется в созданной перед этим копии структуры клиента. 

Наконец, вызовом Кезите Ехсс управление передается в приложение. Еще раз под- 
черкнем, что этот вызов функции приложения является вложенным в УММ и возможности 
вызываемой функции весьма ограничены. Фактически она работает в чуждой для приложс- 
ния операционной среде. В частности, как уже отмечалось, содержимое сегментных реги- 
стров (кроме С$) не соответствует сегментам приложсния. Для того чтобы функция 131() 
могла обратиться к глобальным переменным приложения (адресуемым через регистр 0$) 
мы передаем ей селектор ссгмента данных приложения. 
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Вернемся ненадолго к программе 81-01.СРР. Функция 15г(), которую мы вызываем 
из драйвера, имеет следующий вид: 
у014 15г(1пе зедмепе,1пе а$) { 


:” 


Поскольку мы в драйвере протолкнули в стек сначала данное Паша, а затем селек- 
тор О$зев, они расположились в стеке приложения в правильном с точки зрения этой 
функции порядке и она может обращаться к своим локальным переменным зевтеп! 
и 4%, как если бы она была вызвана обычным образом оператором 
15х (2$5еа, Вафа); 


После завершения функции 15г() управление возвращается в УММ, а из него в 
драйвер на команду, следующую за вызовом Кезите_Ехес. Этот переход может потре- 
бовать пары сотен команд и нескольких десятков микросекунд. 

Отложенная процедура драйвера завершается очевидными вызовами Еп4_М 
_Ехес окончания вложенного блока выполнения и Рор_СПет Зе восстановления 
структуры клиента. 

Описанная методика организации взаимодействия обработчика аппаратных пре- 
рываний, включенного в состав драйвера, и самого приложения относительно сложна 
и, тем не менее, не обеспечивает необходимые функциональные возможности обра- 
ботчику прерываний приложения, в котором запрещается вызов функций У т4о\м5. 
Для того чтобы по сигналу прерывания вывести на экран результаты измерений, нам 
пришлось создавать специальный цикл обработки сообщений с постоянным опросом 
флага гедиезе. Установка флага обработчиком прерываний приложения приводила к 
выполнению функции Ро${Меззаре() и посылке в приложение сообщения \УМ_ОЗЕВ, 
в ответ на которое мы могли уже выполнять любые программные действия без каких- 
либо ограничений. 

Заметного упрощения программы можно добиться, организовав посылку в прило- 
жение сообщения \!М_ОЗЕЁК непосредственно из обработчика прерываний драйвера, 
точнее, с уровня отложенных прерываний. В этом случае отпадает необходимость 
в передаче драйверу каких-либо данных, кроме дескриптора того окна приложения, 
в которое посылается сообщение \!М_ОЗЕК, в данном случае дескриптора главного 
окна. Сокращается и текст процедуры отложенных прерываний КеНесё_Тп!. Приложе- 
ние \Мтдо\уз также упрощается: отпадает необходимость в разделении функций обра- 
ботки прерываний между функцией [5г(), работающей, по существу, на уровне отло- 
женных прерываний, и функцией ОпОзег(), выполняемой уже на обычном уровне за- 
дачи. Поскольку результат измерений легко передать из драйвера в приложение 
В качестве параметра сообщения \УМ_ЧЗЕВ, отпадает необходимость в пункте "Чте- 
ние" в меню приложения. 

В примере 81.2 рассмотрим изменения, вносимые при использовании такого мето- 
да в программы примера 81.1. 

Пример 81.2. Приложение Йтао\5, обрабатывающее аппаратные прерывания 
//Огераторы грегроцессора #де1пе и #1пс\1аае 


#де4 1ле НАМОТЕ УМ ОЗЕВ (Вип, чРакаш, 1Ракам, Ёп) \//Макрос для обработки 
( (Ёп) (пила, мРакам), Эт) // сообщения ММ _ОЗЕК 
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//прототипы функций 


7014 ОпЧзех (НИМО, ИРАВАМ); //Сигнатура функции изменилась 
//Глобальные переменные 
НИМО БМа1пИла; //Дескрилтор главного окна 


//Главная функция М1пМа1п 
11 ИТМАРТ И1пМа1т (НТМ5ТАМСЕ ВТпзбалсе, НТМ5ТАМСЕ, .РУТВ, 1п®) { 


мН11е {бебмеззаде {&мза, МИЪЬ, 9,0) ) //Обычный цикл 
2} зраесНМе$заде (&мз9);//обработки сообщений 
гебигп 0; 
}//Конец И1пМа1п 
//Функция Ведлзекег регистрации класса окна 


//Функция Сгеаке создания и гоказа окна 
у014 Сгеа*е (НТМЗТАМСЕ ВТ!п5$%) { 
ЮМа1пИпа=Сгеахе 1 пом (52С1аз5$Маще, з2Т1Е1е,\$ ОУЕВЪАРРЕРИХМООМ, 
10,10,200,100, НИМР_РЕЗКТОР, МОБЬ, НТлзе, МОЬЬ); 
ЗномИ1паом (ПМазп\па, $И _ЗНОММОВМАГ); 
} 
//оконная функция ИпЧРгос главного окна 
ТВЕЗОЬТ САБЬВАСК ИпаРгос(НИМО Вила, ОТМТ пза,ИРАВАМ мРагам, .РАВАМ 1!Рагап) { 
зи1ЕСН (п59) { 
НАМОЬЕ_М$б (Пипа, УМ_СОММАМО, ОлСоптапа) ; 
НАМОГЕ М5б (Аипа, ММ РЕЗТВОУ, Опрез&гоу) ; 
НАМОТ2_М56 (пипа, УМ_О$ЕВ, ОпОзег) ; 
Чегаз1*: 
гебикп (ре! паоиРгос (пуп, м5, чРагам, 1Рагам) )}; 
} 
} 
//Функция ОпСоштапЯ обработки сообщений ИМ СОММАМР от команд меню 
У01Я ОпСопмтапа (НИМ Вип@а, 1пе 1а, НИМО, ОТМТ) { 
зм1есЬ (19) { 
Сазе МТ _5ТАВТ://Инициализация платы 
Тл16Саха(); 
Бгеак; 
сазе МТ_ЕХТТ://Завершить приложение 
РезЕгоуй1паом (Випа); 
} 
} 
//Функция ОпОзек обработки сообщения ММ_ОЗЕК 
у014 ОпОзех (НИМ, ИРАВАМ иРагам) { 
сВах &хЕ [80]; 
изретпЕЕ (&хе, "Измерения окончены\пНакоплено %Я событий", (ОТМТ) иРагам); 
МеззадевВох (ПМа1пИп@, хе, "Контроль", МВ_ТСОМТМЕОВМАТТОМ); 
} 
//Функция Олрезехоу обработки сообщения ИМ_РЕЗТВОУ 


//Функция Тл1ЕСаг@ инигиализации (через драйвер) глаты 
уо1А Тп1%Сака (){ 


СесАРТЕЛЕКУу(); //голучение адреса точки входа в драйвер 
_3Х=55; //Канал 9 

_СХ=20000; //Канал 1; ВХ*СХ=Длительность интервала 
_РХ=1000; //Канал 2, внутренний генератор 

_Рт= (ОТМТ) БМаз пла; //Дескрилтор главного окна 

УхрЕПегу (); //Вызов драйвера 


} 
//Функция СеЕАРТЕПЕХУу получения адреса точки входа в драйвер 
у014 СеЕАРТЕЛЕКу (} 
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В приведенном выше тексте файла .СРР детально показаны только измененные 
участки программы. 

Изменилось определение макроса НАМОГЕ_ \М_О$ЕВ для обработки сообщения 
\/М_ЧЗЕД, которое мы пошлем в приложение из драйвера: функция обработки этого 
сообщения т (в приложении она носит название ОпО$ет()) принимает два параметра: 
Ну/п4 и УРагат. Через параметр сообщения \Рагат в приложение будет передан ре- 
зультат измерений. При необходимости передавать в приложение больший объем дан- 
ных, можно было расширить состав параметров функции третьим параметром 1Рагат. 

Цикл обработки сообщений существенно упростился и принял форму, обычную 
для простых приложений \т9о\$. 

В функции ОпСотитапа() удален фрагмент, связанный с пунктом меню "Чтенис" 
(идентификатор МЕ_ВЕАБ), поскольку в этом пункте уже нет необходимости. 

В функции ОпОзег() параметр “Рагат приводится к типу целого без знака, преоб- 
разуется в символьную форму и выводится на экран в окно сообщения с соответст- 
вующим текстом. 

Как будет видно из программы драйвера (и как, впрочем, должно быть очевидно чита- 
телю), при посылке из драйвера сообщения \УМ_ОЗЕК необходимо указать системе, како- 
му окну адресовано это сообщение. Однако драйверу, естественно, ничего не известно про 
окна приложений; дескриптор нашего главного окна следует передать драйверу на этапе 
инициализации платы. Это выполняется в функции шИСаг4() где перед вызовом драйвера в 
регистры ВХ, СХ и ОХ засылаются константы настройки таймера, а регистр ОГ - приве- 
денный к целому типу дескриптор главного окна НМаш\/п9. 

Посмотрим теперь, как изменится программа драйвера (пример 81.2, продолжение). 


Пример 81.2 (продолжение). Программа драйвера для обслуживания аппаратных прерываний 


ИМ ОЗЕВ=$РМ ОМ_А1мауз5сНеди1е+400.;Код сообщения ИМ_О$ЕВ 
4пс1а4е $з6е11.1пс ;Доголнительный включаемый файл 


Ухр_РАТА_ЗЕС 


Рафа Чи 0,0 ;32-битовая ячейка с данным для гередачи в приложение 
рипа аа 0 ;32-битовая ячейка для получения дескриптора окна 
ТВО Напа1е аа 0 ;Дескриптор виртуального прерывания 


УМУО_ 1113 _Резс 1аЪе] 9моха;32-битовый адрес следующей далее структуры 
УРТСР ТВО Безскареок <5,,ОРРЗЕТЗ2 УМур Тие_13>;Структура с данными о прерывании 
Ухо РАТА_ЕМО$ 





Ухр_Сор=_5ЕС 
‚ Вед1лРкос УМур Солёго1 


Бпа?гксс УМуэ СогЕго1 


Зе91п?хос УМур Реу1се_ 111% 


ЕпаРкос УМур_ ПРеу1се_Тл1% 
;АРТ-процедура, вызываемая из приложения 
;Гри вызове: ВХ=С0, Сх=С1, ОХхХ=С2, ОТ=дескрилтор главного окна 
Зед1п?гос АРТ напга1ек 
; Получим гараметры из гриложения 
моухх ЕАХ, [ЕЗ3Р.С11ел® ОТ] 
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по Пипа, ЕАХ 
; Общий сброс 


;Размаскируем уровень 5 в физическом контроллере прерываний 
;Засылаем управляющие слова го каналам 
;Засылаем константы в каналы 
` 
;}Установим флаг 52 разрешения счета 


геЕ 
ЕПАРкос АРТ Нап Ч1ег 
; Процедура обработки аппаратного прерывания 1КО5 (вектор 13) 
Зед1п?гос УМур Тлё_13, Н1аН_Ргеа 
; Получим результат измерений из выходного регистра счетчика 


ПоУ Раса, АХ ;Результат в младшей половине Вафа 
;Выполним завершающие действия в РТС и вызовем функцию приложения 
пох БАХ, ТВО Напа1е 
Ух0Са11 УРТСЬ РВу5_ЕОТ;ЕОТ в физический контроллер прерываний 
\Ух0Са11 УРТСРЬ РВуз1са11у МазкК;Маскируем наш уровень 
;Перейдем на синхронный уровень. Это все иначе 


разй о ;Тайм-аут 
разй  СААРЬ АТМСО ;Событие кольца 0 
разн 0 ;Данные для передачи в гроцедуру отложенных прерываний 


розн ОЕБЕЗЕТЗ2 ВеЕ1есё _Тлпе;Вызываемая процедура отложенных прерываний 
Ух0Са11 _ЗНЕЫШЬ Са1]АФАрруТ1ме; Вызвать во “время приложения" 
ааа ЕбР, 4*4 ;Компенсация стека 
с1с 
ге 
ЕпаРкос УМур Тпе_13 


; 
;Процедура уровня отложенных прерываний. Это тоже иначе 
Ве91пР?гос ВеЁ1есе _Тпе 


разв о ; Данные для функции обратного вызова 
разв 0 ;Адрес функции обратного вызова 

разн 0 ;]Рагам 

разн ПБафба ;иРагам 

разв ИМ 9$5ЕВ ;Код сообщения 

ризй  Пмпа ;Окно-адресат 

Ух0Са11 _ЗНЕШЬ Роз&Меззаде;Поставить сообщение в очередь 
ааа ЕбР, 4*6 ;Компенсация стека 

с1с 

ге 


ЕпаРГОС ЗеЕ]есе Тоё 
Ухр_СОРЕ ЕМОЗ 
епа Умуб_Веа1_Тп1% 

В начале текста драйвера необходимо подключить еще один заголовочный файл 
ЗНЕШ. ИМС и определить значение константы \/М_О$ЕВ. В УЧ о\5 эта константа 
имеет длину 16 бит и равна 400Ъ, однако функции _ЗНЕГШ., РоМеззаре необходимо 
передать 32-битовое слово, причем сам код сообщения \УМ_ЗЕК должен находиться 
в младшей половине этого слова, а в старшую половину следует поместить информа- 


цию о диспетчеризации. В нашем случае эта информация выглядит в виде константы 
ЗРМ_ ОМ_А!\маузсредще. 
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ы 


В сегменте данных удалены ячейки для адреса функции обратного вызова 15г и се- 
лектора 0$. Ячейка для результата измерений объявлена как два слова, так как все па-` 
раметры функции ЗВеП_Роз{Ме$заге имеют размер 32 бита. Добавлена ячейка Бута 
для получения в нее из приложения дескриптора главного окна. Сам дескриптор имеет 
размер 16 бит, однако передавать его той же функции Зве!_Ро$Мезбаре надо в виде 
длинного слова. 

В начале АР!-процедуры из структуры клиента (конкретно — из регистра 01) извлекает- 
ся дескриптор окна и после расширения до длинного слова помещается в ячейку П\/п4. 

° Остальные изменения касаются лишь способа перехода на уровень отложенных 
прерываний и состава процедуры ВеНес ть, работающей на этом уровне. 

Для перехода на синхронный уровень в данном случае используется системный 
вызов _ЗНЕЦМ. СаПА\АрруТите, осуществляющий передачу управления указанной в 
вызове процедуре КеЙес И ии во "время приложения", т. е. когда управление будет воз- 
вращено из УММ в приложение. В этой процедуре уже можно будет поставить сооб- 
щение \/М_ПЗЕВ в очередь сообщений главного окна нашего приложения. 

В процедуре уровня отложенных прерываний ВеНесИ и после проталкивания 
в стек необходимых параметров вызывается системная функция _ЗНЕЦМ. Роз{Меззаре, 
которая и посылает в приложение сообщение \/М_О5ЗЕК. Легко видеть, что програм- 
мист должен в этом случае полностью сформировать весь состав структуры сообще- 
ния п15р — дескриптор окна-адресата, код сообщения, а также оба параметра, входящие 
во все сообщения УЛи4о\з, — \”Рагат и 1Рагат. Параметром \"Рагат мы в данном при- 
мере пользуемся, чтобы передать в приложение результат измерения из ячейки Пай. 
При необходимости можно было использовать и 1Рагат. 

Функция обратного вызова, адрес которой можно было указать в числе парамет- 
ров, вызывается УЛ п4о\из после успешной постановки в очередь посылаемого сообще- 
ния. Мы эту функцию не используем. 

Для задач управления аппаратурой, работающей в режиме прерываний, важной 
характеристикой является время отклика на прерывание, т. е. временная задержка от 
момента поступления прерывания до выполнения первой команды обработчика. Как 
мы видели, при использовании виртуального драйвера системные издержки перехода 
на прикладной обработчик, включенный в состав драйвера, составляют около 40 ко- 
манд, на выполнение которых на машине средней производительности может понадо- 
биться 10...15 мкс. При использовании системы М$-0О$ этих издержек не было бы 
вовсе, так как в реальном режиме переход на обработчик прерываний осуществляется 
процессором аппаратно и, следовательно, практически мгновенно. Если же реализо- 
вать обработку прерываний без помощи виртуального драйвера, как это было сделано 
в примере 80.1, то переход на прикладной обработчик прерываний потребовал бы 
200...300 команд, & время задержки увеличилось бы (на таком же компьютере) до 
120...180 мкс, т. е. более чем на порядок. С другой стороны, использование уровня от- 
ложенных прерываний может существенно и, что немаловажно, непредсказуемым об- 
разом увеличить время отклика. 
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Статья 82. Диагностический вывод информации 
из драйвера 


В ряде случаев, главным образом в процессе отладки нового драйвера или при ис- 
следовании его работы, оказывается удобным не передавать данные из виртуального 
драйвера в вызывающее приложение, а непосредственно вывести эти данные из драй- 
вера на экран. Приведем пример драйвера, который при вызове его из приложения за- 
щищенного режима выводит на экран характерные данные виртуальной машины: но- 
мер виртуальной машины, ее дескриптор, а также адрес структуры клиента (при- 
мер 82.1). . 


Пример 82.1. Диагностический вывод информации из драйвера. Файл 82-01.А$М исходного 

текста виртуального драйвера 

.З86р 

.ХЬТУТ 

1лс1а4е ум.1пс 

1ос1а4е зве11.1лс ;Поддержка средств вывода сообщений 

‚ЬТУТ 

Рес1аге _\У1гЕла1 Беу1се УМуо,1,0,УМур_Сопсго1,8000,, \ 
ОпаеЕ1пеЯ_Тп1&_Огдег,,АРТ_Нала1ег 





Ве91пРгос УМур_Веа1_Тп1Е 
А АН, 09В 
по ОХ, ОЕЕЗее п59 


1016 218 

моу ах, Оеу1се Тоаа_ок 
хоЕ Ьх, Ьх 

хог $1, $1 

хог еах, еах 


гее 
пз9 ЧЮ 'Виртуальный драйвер УМур загружен$' 
ЕпПаРГгоС УМуг_Веа1 Тп1Е 
Ухо _ВЕАЪ ТМТТ_ЕМО5 
Ухо РАТА_5Еб 
Саре1оп @ЧЪ 'Меззаде #1',0 
Мезч АБ 'УмМ т0=' 
УМТО а '****к ',13,10 
Ар 'УМ Нала]ег=' 
УМНапа1е 95 '******** (13,10 
АБ 'С11епе 5Егис%=' 
С1$= аБ тжжжжжжккт (} 
Ухо РАТА_ЕМО$ 





Вед1п?гос УМур_Солего1 

с1с 

гез 
ЕПАРГОСс УМуб_Сопего1 
;АРТ-прогедура защищенного режима 
Вед1п?гос АРТ Нап@1егк 
;Получим и выведем номер УМ 


поу БАХ, [Е83Х] .СВ_УМТО;Получили номер УМ (фактически в АХ) 
пои 251, ОЕЁзеё32 УМТО; Адрес строки 
са11 Мога_азс11 ;Преобразуем в символьную форму 
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;Получим и выведем дескриптор УМ 
поУ ЕАХ, ЕВХ ;Получили дескриптор УМ 
оу ЕЗТ, ОЕЁзеё32 УМН+4;Адрес строки 
са11 ИогА азс11 ;Преобразуем в символьную форму 
$ВЕ БАХ, 16 ;Сдвинем старшую головину данного в АХ 
пом Е5Т, ОЕЁзее32 УМН;Адрес строки 
са11 Мога_азс11 
;Получим и выведем адрес структуры клиента 
пом БАХ, [ЕВХ] .СВ_С11епе_Ро1пфек 
поУ ЕЗТ, ОЕЁзе к 32 С15%+4;Адрес строки 
са11 МогЧ_азс11 ;Преобразуем в символьную форму 
зе БАХ, 16 ;Сдвинем старшую половину данного в АХ 
пох ЕТ, ОЕЁзее32 С15%;Адрес строки 
са1]1 Шога азс11 ;Преобразуем в символьную форму. 
са11 ТаЕо ;Выведем всю строку на экран 
гее 
ЕпаРгос АРТ НапЧ1ег 
;Процедура вызова функции вывода сообщения 
Вед1пРкос Торо 


пох ЕАХ, МВ ОК ;Константа формата сообщения 

поу ЕСХ, оЕЁзеё32 Мезд;Адрес выводимой строки 

поУ ЕОТ, оЕЁзеё32 Саре1оп;Заголовок сообщения драйвера 
Ух4Са11 5НЕБЫ 5узтоЧа1 Меззаде у 
гее 


ЕПАРЕОС Тао 


; 
Вед1пРкос МогЧ_а$с11 


раз АХ ;Сохраним исходное данное 
апа АХ, 02Р0О0Н ;Выделим старшую четверку битов 
зНх АХ, 12 , ;Сдвиг вправо до начала регистра 


са11 В1п а5с11 ;Преобразуем в символ 
пох Русе рег [ЕЗТ],АБ;Отгравим его в строку 


1пс ЕЗТ ;Сдвиг по строке символов 

рор АХ ;Вернем в АХ исходное данное 

рчзВ АХ ;Сохраним его 

апа АХ, ОРООВ ;Выделим следующую четверку битов 
ЗЕ АХ, 8 ;Сдвиг вправо до начала регистра 


са11 В1п_а$с11 ;Преобразуем в символ 
пох Бубе рёг [ЕЗТ],АБ;Отправим его в строку 


1пс Е5Т ;Сдвиг по строке символов 

рор АХ ;Верчем в АХ исходное данное 
рчзй АХ ;Сохраним его 

апа АХ, ОРОН ;Выделим следующую четверку битов 
$Аг АХ, 4 ;Сдвиг вправо до начала регистра 
са11 В1п_азс11 ;Преобразуем в символ 

по руЕе рег [ЕЗТ],АТ; Отправим его в строку 
11с ЕЗТ ;Сдвиг по строке символов 

рор АХ ;Вернем в АХ исходное данное 

апа АХ, СЕВ ;Выделим младшую четверку битов 
са11 В1п азс11 ;Преобразуем в символ 

поу рРубе рег [ЕЗТ],Аь;Отгравим его в строку 

гее 


ЕпаРгос Мог _а$с11 


стр А1., 9 ;Цифра > 9? 
за Тессек ;Да, на греобразование в символы А...ЕР 
ада АГ, ЗОВ ;Нет, преобразуем в символ 0...9 
зтмр ок ;И на выход 
Зесбег: ааа АТ, З7В ;Преобразуем в символы А,...ЁЕ 
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ОК: ее 
ЕПа2гос В1п_а$с11 
Ухр_ СОРЕ_ЕМО$ 

епа УМур Веа1 Тп1& 

Вывод сообщения из драйвера на экран осуществляется функцией 
ЗНЕГГ Зузтода! Меззасе, вызов которой в рассматриваемом примере оформлен в 
виде процедуры шЮ. Функция ЗНЕШ._Зуято4а| Меззаве вызывается с помощью 
макроса УхОСа|, определенного в файле УММ.1ПМС. В качестве параметров функции 
указывается адрес символьной строки, выводимой на экран (в регистре ЕСХ), а также 
адрес строки с заголовком сообщения (в ЕР!). Функция требует наличия в регистре 
ЕВХ дескриптора виртуальной машины, однако при вызове драйвера из приложения 
этот дескриптор заносится в ЕВХ автоматичсски и о нем можно не заботиться. В реги- 
стре ЕАХ с помощью различных символических констант можно указать формат со- 
общения. Все эти константы определены в файле ЗНЕГГ. ПМС, который необходимо 
подключить к исходному тексту драйвера директивой 1пс\а4е. Константа МВ_ОК, ис- 
пользованная в примере, предполагает продолжение работы драйвера (в частности, 
возврат в вызвавшее драйвер приложение) после нажатия пользователем клавиши 
Ещег; при указании других констант можно организовать диалог драйвера с пользова- 
телем. Например, при использовании в качествс параметра константы МВ_УЕЗМО 
в сообщение драйвера включается указание на альтернативное продолжение по нажа- 
тию клавиш У (да) или М (нет). Реакция драйвера на ту или иную команду предусмат- 
ривается в его тексте таким образом: 

Вед1лРркос ТлЁо 


поу ЕАХ, МЗ УЕЗМО ;Константа формата сообщения 
пох ЕСХ, оЕЁзеё32 Меза;Адрес выводимой строки 
поУ ЕОТ, ОЕЕзе{32 СарЁзоп;Заголовок сообщения драйвера 


УхаСа11 5НЕШБЬ бузмоЧа]1 Меззаде 
стр ЕАХ, ТОУЕЗ 


зе ууу ;Переход гри нажатии клавиши У 
Эр ППП ;Переход при нажатии клавиши М 
ге 


ЕпаРгос Т№шЕо 


Строка Мезр, составляющая содержание выводимого на экран сообщения, для 
удобства заполнения се конкретными данными разбита с помощью последовательно- 
сти директив 46 на несколько символьных полей. Тем полям, в которые предполагает- 
ся поместить данные, присвоены имена (УМ, УМНапае и С1$9. Начальное запол- 
ненис этих полей знаком звездочки * может помочь в отладке программы драйвера. 

Для преобразования данных, представленных в виде двоичных чисел, в символь- 
ные строки в состав драйвера включены две подпрограммы. Процедура Взт_азей пре- 
образует четверку битов в символ 16-ричной системы счисления; процедура 
\/ог4_азсй преобразуст 2-байтовос число, находящееся в регистре АХ, в символьную 
форму (с использованием для преобразования каждой четверки битов подпрограммы 
Вт аси) и заносит сго память по адресу, находящемуся в регистре ЕЗ1. Обе эти про- 
цедуры оформлены с помощью макросов ВезштРгос и ЕпаРтос. Алгоритм преобразова- 
ния чисел в символы рассматривался в статье 13; в тексты процедур примера 13.1 внс- 
сены незначительные изменения, чтобы приспособить их к работс в 32-разрядной срс- 
де виртуального драйвера. 

Дескриптор виртуальной машины, который мы хотим вывести на экран, при вызо- 
ве драйвера помещается системой в регистр ЕВХ, а остальные интересующие нас дан- 
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ные входят в состав управляющего блока, адресом которого как раз и является деск- 
риптор УМ. Все эти данные имеют определенные символические обозначения (см. 
статью 74). Заполнение строки Мезр данными в символьной форме начинается в про- 
грамме с идентификатора (номера) УМ. Этот номер формально занимает в блоке 
управления двойное слово, однако фактически находится в младшей половине этого 
слова. После переноса номера УМ из структуры, адресуемой через ЕВХ, в регистр 
ЕАХ в ЕЗЕ загружается адрес поля УМТ в строке Мезё и вызывается процедура 
М/ог4_азсй, выполняющая преобразование номера УМ в символьную форму и занесе- 
ние результата преобразования в 4 байта поля УМПО. 

Далее в регистр ЕАХ загружается дескриптор УМ (из регистра ЕВХ), в регистр ЕЗТ- 
адрес УМН+4 правой четверки байтов поля УМН и вызовом процедуры \!ог4_азсй (кото- 
рая работает с регистром АХ, т. е. с младшей половиной дескриптора) эта младшая полови- 
на помещается на свое место в символьной строке. Старшая половина дескриптора коман- 
дой г сдвигается в регистр АХ, преобразуется в символы и заполняет левую четверку бай- 
тов поля УМН, в результате чего мы наблюдаем на экране 32-битовое число в привычном 
для нас виде (старшие цифры слева, младшие — справа). 

Аналогично выполняется преобразование адреса структуры клиента. Последней 
командой процедуры АРГ_Нап Мег вызывается подпрограмма шЮ, которая выводит 
сформированную строку Мес на экран. Сообщение драйвера выглядит приблизитель- 
но так, как показано на рис. 82.1. 


Меззаде #1 


М 10=0001 
М Нап 1е-С39200ЕВ 
СИеп* З4гис+=Согагг7о 





Рис. 82.1. Пример сообщения драйвера 


Для того чтобы процедура АРГ_Нап ег начала выполняться, ее следует вызывать 
из приложения \Мтдо\$. Возможный текст такого приложения приведен ниже (при- 
мер 82.1, продолжение). Оно имеет, можно сказать, вырожденный характер, так как в 
нем не формируется никаких окон или других изобразительных элементов У т4до\, а 
только определяется адрес драйвера и выполняется его вызов и затем для контроля, хо- 
да программы на экран выводится окно сообщения с текстом м "Драйвер вызван". В 
сущности, последнее действие излишне. 


Пример 82.1 (продолжение). Диагностический вывод информации из драйвера. Файл 82-01.СРР 
приложения Йтаом5 
#ЧеЕ1ле ЗТЕТСТ 
#1пс1а9е <м1о9омз.В> 
#1пс1аде <и1паомзх.Н> 
Уо1Ч СееАРТЕПегу(); 
РАВРВОС УхрЕПегу; 
1106 МТМАРТ И1пМа1т (НТУЗТАМСЕ, НТМОТАМСЕ, БРУТВ, 116} { 
СегАРТЕПегу (); - 
УхрЕпеку (); 
МеззадеВох (МОТГ, "Драйвер вызван", "ТпЕо",МЗ_ТСОМТМЕОВМАТТОМ); 
гебагл 0; 
} 
У014 СеЕАРТЕПСку () { 
аз { 
моУ АХ, 0х1684 
оу ВХ, 0х8000 
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11 0х2Е 

шоу мчога рег УхоЕлеку, ОТ 
моУ  мчокга рег УхоЕлегу+2,Е5 
} 


Статья 83. Взаимодействие драйвера 
с 32-разрядным приложением УУтдо%\$ 


В !6-разрядных приложениях У/Лп4о\$ (как и в приложениях РО$) для получения 
адреса АР[-процедуры прикладного виртуального драйвера используется прерывание 
2Ев (функция 1684.). Попытка воспользоваться той же процедурой в 32-разрядном 
приложении \!1140%/5 приведет к аварийному завершению приложения: в 32-разряд- 
ных приложениях недопустим вызов широко используемых в РОЗ и в 16-разрядных 
приложениях \!1140\/5 программных прерываний общего назначения 2ЕВ, 218 и ряда 
других. Запрет этот связан с тем, что обработчики этих прерываний, входящие в со- 
став \штдо\з, являются 16-разрядными программами, которые по ходу своего выпол- 
нения используют контекст прерванного приложения, в частности работают с его сте- 
ком. При этом обращение к стеку часто осуществляется через регистр ВР, в который 
сначала переносится содержимое регистра ЗР. Однако содержимое $Р в данной ситуа- 
ции лишено смысла, так как отражает лишь младшую половину истинного смещения в 
стеке, которое в 32-разрядном приложении находится в расширенном регистре ЕЗР. 
Первое же обращение к стеку через регистр ВР адресует программу в случайное место 
стека, и дальнейший ход программы неминуемо нарушается. 

Другое, более тонкое обстоятельство, не позволяющее использовать прерывания 
2ЕВ и 218 в 32-разрядных приложениях, связано с содержимым дескрипторов этих 
прерываний, входящих в состав таблицы дескрипторов ШУТ прерываний защищенного 
режима. Дескрипторы прерываний 2ЕН и 21} описаны как шлюзы 286-процессора 
(в отличие от дескрипторов многих других программных и всех аппаратных прерыва- 
ний, являющихся шлюзами 386-процессора). Тип дескриптора прерывания влияет на 
процедуру выполнения команды п. Переход на обработчик прерывания через шлюз 
386-го процессора сопровождается сохранением в стеке трех двойных слов (ЕЕГАС$, 
СЗ иЕ]ТР) и может использоваться как в 16-разрядных, так и в 32-разрядных приложе- 
ниях. Для шлюзов 286-процессора команда ши действует так же, как и в реальном режиме, 
сохраняя в стеке 16-разрядные регистры: флаги, С$ И [Р. Поскольку при этом старшая 
часть расширенного указателя команд Е[Р не сохраняется, теряется возможность возврата 
из обработчика прерывания в вызвавшее это прерывание 32-разрядное приложение. 

Для связи 32-разрядных приложений \/1140%$ с виртуальными драйверами преду- 
смотрен так называемый 1ОСТГ-интерфейс (от Оеу1ее ш-Отё Сопёо!). Приложение, 
вызывая специально предусмотренную функдию УЛ т4о\з Оеу1се!оСопёго\(), заставля- 
ет У\Ипдо\5 послать в заданный драйвер системное сообщение \!32_Пеу1сеОСопно], 
которое включает в себя условный код требуемого действия, а также адреса входного 
и выходного буферов для передачи данных. Драйвер, получив это сообщение, опреде- 
ляет, какое именно действие (если их несколько) ему следует выполнить. При этом 
драйвер имеет возможность через входной буфер, оговоренный в 1ОСТГ-интерфейсе, 
получить из приложения необходимую информацию, а через выходной передать в 
приложение результаты своей работы. Структура клиента, с помощью которой мы пе- 
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редавали данные из приложения в драйвер и обратно, в 32-разрядных приложениях 
не используется. 

Реализация 1ОСТГ-интерфейса в вызывающем приложении \/140\$ состоит из 
трех этапов: открытия драйвера с получением его дескриптора; посылки, с помощью 
вызова функции Ое\1се!оСопно|(), сообщения \!32_Осу1сеОСопбо! с указанием кода 
требусмого действия и закрытия драйвера с освобождением выделенного для связи с 
ним дескриптора. 7 

Открытие драйвера осуществлястся 32-разрядной файловой функцией СтеаеЕ1е(), 
которая для этого случая имеет вид: 

НАМРЬЕ 

хУха=СкеакеЕ11е ("\\\\.\\УМУО", 0,0, МОЦЬ, 0, ЕТЬЕ _ЕЪАС РЕТЕТЕ_ОМ СЪОЗЕ, МОЬЬ); 
где УМУШ - имя виртуального драйвера (без расширения); ВУх4 — переменная типа 
НАМОГЕ, в которую функция возвращает дескриптор открытого драйвера. Если по 
тем или иным причинам драйвер открыть не удалось, функция СгежеЕЦе() вместо 
дескриптора драйвера (небольшого числа, например 2) возвращает в качестве кода 
ошибки значение МУАГО НАМРЕЕ УАГОЕ (равное ОхРЕЕЕЕЕЕР). 

Вызов функции РеусеГоСопбо| может выглядеть следующим образом: 
Реу1сеТоСолего1 (НУха, ОТОС _РОМС, &1пВчЁ, 1п512е, воцЕВаЕ, оце512е, &с6,0); 


где ВУХ4 — дескриптор виртуального драйвера; ОГОС_ЕУОХС - код требуемой функции 
(его значение будет анализировать АР]-процедура драйвера); иВуЁ- имя программно- 
го буфера, в котором приложение подготавливает данные, передаваемые в драйвер. В 
документации по 1ОСТЕ-интерфейсу буферам обмена данными даются названия с 
точки зрения драйвера. Так, пВоЁ- это входной для драйвера (и, естественно, выход- 
ной для приложения) буфер, а ош ВиЁ — буфер, выходной для драйвера и входной для 
приложения. (В вызове Ое\1соСопео[() указывается адрес буфера, на что указывает 
значок амперсанта — &пВуЕ.); 11$12е — размер буфера шВуЁ, т. е. число передаваемых в 
драйвер байтов; о ВиЁ — имя программного буфера, в который драйвер поместит пе- 
редаваемые им в приложение данные; оц 1хе — размер буфера ош В\чЁ, т. е. число бай- 
тов, передаваемых в приложение; сб — имя переменной длиной 32 бита, в которую по- 
сле выполнения функции будет возвращена фактическая длина передаваемых в при- 
ложение данных. 

Закрытие драйвера осуществляется стандартной файловой функцией С1озеНапе 
(ПУха) с указанием закрываемого дескриптора. 

Рассмотрим теперь особенности виртуального драйвера, использующего Т1ОСТГ- 
интерфейс. Как уже отмечалось ранее (см. статью 75), в блоке описания драйвера ука- 
зываются адреса трех процедур: процедуры для обработки сообщений \УЛп4о\з, АР1- 
процедуры, вызываемой из приложений 2О$, и АРГ-процедуры, вызываемой из 16- 
разрядных приложений защищенного режима. Поскольку ТОСТГ-интерфейс 32- 
разрядных приложений рсализустся с помощью посылки драйверу сообщения 
УЛ т4оу/$ (конкретно — \32_Ое\1ее!ОСопёо]), то прием этого сообщения нсобходимо 
выполнить в процедуре УМур_Сопбо]. АР]-процедуры для связи с 32-разрядными 
приложениями не используются; ссли, однако, драйвер носит универсальный характер 
и предназначен для взаимодействия со всеми тремя видами приложений (РО$З, 16-раз- 
рядные Уп4о\$ и 32-разрядные \У/т4о%/5), то в нем должны быть и соответствующие 
АР!-процедуры. В наших примерах эти процедуры будут отсутствовать. 
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Для диспетчеризации поступившего в драйвер сообщения удобно воспользоваться 
макросом Сошо Узраесв: 


Вед1лпРгос УМур Сопёго1 
Сопего1 О{зраесй И32_Реу1се!О0Сопего1, ТОСопего1 

те 
ЕпаРгос УМурСолего] 
Здесь 1ОСопНо| — произвольное имя прикладной процедуры, предназначенной для 
обработки запросов драйверу. В приведенном фрагменте поступление сообщения 
\!32_ Бе\ммееОСопНо] приведет к передаче управления процедуре {ОСопно!; все остальные 
сообщения У\/т4о\$ не обрабатываются. В течение своей жизни \!тЧо\из посылает 
каждому драйверу, установленному в системе, целый ряд сообщений: Реу1се_шй- об ини- 
циализации данного драйвера, $у$ УМ_ш# - об инициализации системной виртуальной 
машины, 5у5_УМ_Тепптае — об сс завершении, Верт_РМ_Арр — о запуске приложения 
защищенного режима и др. Если предполагается обрабатывать какие-либо из этих 
сообщений \У/1940\%/$, то для каждого сообщения в процедуру УМУО _Сопбо| следует 
включить свой макрос Сопно| О15раюВ с символическим кодом сообщения и именем 
прикладной процедуры для сго обработки. 

Как уже отмечалось, сообщение \!32_Реу1сеЮСоп#о] содержит в себе номер тре- 
буемого действия. В процессе открытия драйвера вызовом Сгеа{еЕЦе() \Лтп4о\и$ посы- 
лает в открываемый драйвер сообщение \32_ПезеОСопто! с кодом действия 
РЮС_СЕТУЕК$1ОМ (значение этого кода равно нулю), чтобы определить, поддержи- 
вает ли драйвер 1ОСТЁЕ-интерфейс. Драйвер в ответ на получение кода действия 
БОС_СЕТУЕЕК$З1ОМ обязан вернуть нулевое значение в регистре ЕАХ, иначе система 
будет считать, что драйвер нс поддерживает 1ОСТГ-интерфейс, и драйвер открыт 
не будет, а функция СгеаеЕЦе() вернет код ошибки. 

Сообщение \!32_ Оеу1с‹ОСоп#о! сопровождается передачей в драйвер через ре- 
гиетр ЕЗГ адреса структуры О!ОСРагатз$, формируемой системой. Эта структура опи- 
сана в файле у\1032.шс (который необходимо подключить к исходному тексту драй- 
вера директивой ше14е); она содержит 12 членов, из которых нас будут интересовать 
следующие: 

‚ УМНапе — дескриптор виртуальной машины; 

‚ 4% ОСопто!Соде — условный код требуемой функции; 

. руУпВаНег — адрес буфера приложения, в котором находятся данныс, переда- 

ваемые в драйвер (входные для драйвера); 

. СЫ шВийег — размер буфера со входными данными; 

. руОВийег — адрес буфера приложения, в который драйвер может переслать 

свои выходные данные; 

‚ сБОшВийсг - размер буфера с выходными данными; 

‚ [роОуеПарреЯ -— адрес структуры типа ОУЕВКГАРРЕО, используемой в асин- 

хронных операциях. 

Драйвер, получив через регистр Е$] адрес структуры Р1ОСРагат$, может обра- 
щаться к сс членам с помощью перечисленных выше обозначений. Мы видим, что в 
процессе обработки сообщения \/32_Оеу1сОЮСопо] драйверу доступны оба буфера 
приложения, и с входными и с выходными данными, и обмен данными с приложением 


может осуществляться путем прямых перссылок. Разумеется, и драйвер и приложение 
Раздел седьмой. ПРИКЛАДНЫЕ ВИРТУАЛЬНЫЕ ДРАЙВЕРЫ СИСТЕМ ИЛМРОИ/$ 95/98 449 


должны при работе с пересылаемыми данными использовать одинаковые форматы 
данных. 

Рассмотрим программный комплекс (пример 83.1), в котором связь драйвера с 32- 
разрядным приложением У п4о\/$ организуется посредством 1ОСТГ-интерфейса. Пре- 
дусмотрим в драйвере обработку трех кодов действия: системного кода 
РОС СЕТУЕКЗЮМ, поступающего в драйвер в процессе его открытия, и приклад- 
ных кодов О1ОС_ЕРОМС] со значением 1 и Р1ОС_ЕОМС2 со значением 2 (значения 
выбраны произвольно). 

Получив код действия ООС _СЕТУЕКЗЮМ, драйвер сообщает системе о под- 
держке им 1ОСТГ.--интерфейса возвратом ЕАХ=0. 

В ответ на получение кода действия ГОС_ЕОМС! драйвер переходит на процеду- 
ру с именем Еипс1, которая пересылает в приложение линейные адреса всех трех про- 
цедур драйвера. Это чрезвычайно полезная информация, которая позволяет, запустив 
приложение в отладчике Зо СЕ, установить точку останова на требуемой процедуре 
драйвера и исследовать ее выполнение. Можно рекомендовать всегда включать такую 
процедуру в состав разрабатываемого драйвера. Знание линейных адресов АР!- 
процедур драйвера существенно помогает в его отладке. 

В ответ на код РЮС_ЕИМС2 драйвер получает от системы и пересылает в прило- 
жение содержимое дескрипторов сегментов команд и данных приложения: их линей- 
ные адреса, пределы и атрибуты. В отличие от примера 76.1, где для получения деск- 
риптора мы с помощью относительно трудоемкой процедуры определяли его линей- 
ный адрес, в данном примере для этого использована предусмотренная в УММ 
функция _Сеезсирюг. 

При разработке виртуального драйвера необходимо заранее оговорить формат 
данных, поступающих в него из приложения и возвращаемых им в приложение. По- 
скольку все входные данные должны размещаться в едином буфере ввода, а все вы- 
ходные данные - в едином буфере вывода, их следует упаковать таким образом, чтобы 
каждый пакет данных имел определенное имя. В рассматриваемом примере эта про- 
блема была решена так, как показано на рис. 83.1. Выходной буфер для функции 
21ОС_РУМС! должен вмещать три линейных адреса; он объявлен как массив из трех 
длинных слов типа шт (напомним, что в 32-разрядных приложениях тип шё обозначает 
32-битовое данное). Входной буфер для функции ООС_РОМС2 должен содержать два 
селектора размером в слово каждый; под них выделено одно длинное слово типа 11. 
Наконец, через выходной буфер для функции ООС РОМС2 будут переданы два 
8-байтовых дескриптора; каждый дескриптор описывается в приложении с помощью 
структуры РЕЗСК (как и в примере 76.1), а для размещения двух дескрипторов преду- 
смотрен двухэлементный массив таких структур. Приведенные на рис. 83.1 обозначе- 
ния ОшВайе:[3], шВоЁег и $1[2] будут использованы в приложении \/п4о\/$, напи- 
санном на языке Си; с точки зрения драйвера эти буферы представляют собой просто 
безымянные последовательности байтов, обращение к которым становится возмож- 
ным по адресам, передаваемым драйверу в структуре РОСРагаииз. 
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ОшВиег[2] ОшВи ет 1] ОщВийе1(0] 
Выходные данные для функции РГОС_ЕИМС1 


Старшее Младшее 
слово — слово 


Входные данные для функции РОС_2 


Старшие 8 байт Младшие 8 байт 


$1] $0] 
Выходные данные для функции ГЛОС_КИМС2 


Рис. 83.1. Форматы пакетов входных и выходных (с точки зрения драйвера) данных 
в приложении 1ЮСТЕ32 


Рассмотрим сначала текст драйвера (пример 83.1). 


Пример 83.1. 1ОСТЕ-интерфейс. Файл 83-01.А5М виртуального драйвера 
.386р 
„.ХУТ5Т 
1пс1а4е упи.1пс 
1пс1а4е ум1п32.1пс ;Годдержка ТОСТТ-интерфейса 
.ЪтТ5Т 
От0С_РИМС1=1 ;Символические обозначения 
210С РУМС2=2 ; номеров кодов действия 
Рес1аке \У1х%а1_Ое\у1се \УМу0,1,0, УМур_Сопеко1, 80008, ОлаеЕ1пеЯ_Тл1е_Окдех 
Ухо_В5АТ_ТМТТ $56 
Веч1пРгос УМур_Веа1 Тл1& 
моУ АН, 09В 


пох ОХ, о/ЕЕзее пза 

116 218 

поУ ах, ПОе\1се_Тоаа_ок 
хогх Ьх, Бх 

хХоЕ $1, 51 

хог еах, еах 

гее 


59 АБ 'Виртуальный драйвер УМур загружен$' 
БпаРгос  УМур_Веа1_Тп1% 
Ухр_ВЕАТ_ТМТТ ЕМОЗ 


Ухо РАТА_ЗЕС 
С5Вез аа о ;Ячейки для временного хранения 
О5$Вез аа 0 ; селекторов, голученных из приложения 


Ухр_РАТА_ЕМО5 

Ухо _СОРЕ_$Еб 

Вед1лРгос УМур_Сопего1 

Сопёхго1 Р1зрабссв М32_ПБеу1сетОСолего!, ТОСолего1 
с1с 
гег 

Бпа?кос УМУ _СопЕго1 
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Вед1пРгос 1ОСоп®го1 
;Анализ получаемых из приложения (в структуре ОТОСРагатз) кодов действия 
стр Чиога рег [Е5Т.ОмТОСопего1СоЧе], ТОС _СЕТУЕВЗТОМ 


3е СесУег 
стр Ямога рег [ЕЗТ. АмТОСопего1Соае], ОТОС гУмс1 
)е Еалс1 7 
сир Яиога рег [ЕЗТ.АмТОСопЕго1Соае],ротТос ЕУМС2 
Зе Еипс2 = 
с1с 
тез 
СекУег: хок ЕАХ, ЕАХ 
с1с 
геё 
Еилс1: мох ОТ, амога рег [ЕЗТ.1руосЕВоЕЕег] 
оу [ЕРТ], оЕЁЕзеё32 Секуег 
пох [201+4], оЕЁзеф32 Еапс1 
пох [Е01+8], оЕЕзек32 РГалс2 
с1с 
гее 


ЕКапс2: моУ ЕРТ, Чиока рёг [Е5Т.1рутпВоЕЕег] 
;Примем параметры из приложения (С5, 105) 
поугх ЕАХ,мога рег [ЕОТ] 
поу С5Вед,ЕАХ 
поу2х ЕАХ,мока рег [ЕОТ+2] 
мох 25$Вед,ЕАХ 
;Получим дескриптор С5 
УММСа11 сее Сакг_ УМ НалЯ]е 


ризН 0 ;Флаги 

ризр ЕВХ ;УМ дескриптор 

ризр С58еа ;Селектор С5 

УММСа11] _Сеерезсг1реог;Получим дескриптор 
ааа ЕЗР, 3*4 ;Подправим стек 


;Передадим весь дескриптор в приложение 
мох ЕОТ, аиога рег [ЕЗЁ. руби ВоЕЕег] 
мох [Е ОТ], ЕАХ 
пох [=01+4],ЕОХ 

;Получим дескриптор 05 


риузв 0 ;Флаги 

ризн ЕВХ ;УМ дескриптор 

разп О5Вед ;Селектор 0$ 

УММСа11 _бееОезсг1реог;Получим дескриптор 
ааа ЕбР, 3*4 ;Подправим стек 


;Передадим весь дескриптор в приложение 
пох БОТ, амога рег [ЕЗТ.1руОсеВаЕЕет] 
по [Е21+81],ЕАХ 
поУ [501+12],ЕБХ 
с1с 
ге® 
ЕПАРкос ТОСопего1 
Ухр СОр=_ ЕМО$ 
ела УМур Веа1_Тп1& 

В начале текста драйвсра определены числовые значения символических обозна- 
чений кодов действия ООС_РУМС] и РЮС_РИМС2. 

В сегменте данных драйвера предусмотрены две ячейки, СЗВер и ОЗВер, для вре- 
менного хранения селекторов С$ и 0$, полученных из приложения. Размер этих яческ 
(двойные слова) обусловлен тем, что, хотя селекторы имеют длину 16 бит, функция 
УММ _бесзсирюг требуст передачи ей значсния сслектора в двойном слове (в кото- 
ром старшие 16 бит игнорируются). 
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В управляющей процедуре УМУР_Сопго] с помощью макроса Сошо! _ПО15расв 
указано имя 1ОСоп#го! процедуры драйвера, которая предназначена для обработки со- 
общения \!32_Оеу1сеОСопво1. В самой процедуре 1ОСопбо| выполняется анализ по- 
ступившего в драйвер кода действия и переход, в зависимости от значения этого кода, 
на соответствующую процедуру драйвера. 

Процедура Се Уег возвращает 0 в регистре ЕАХ, сообщая тем самым м МНпаои, что 
данный драйвер поддерживает [ОСТГ--интерфейс. 

В процедурс Гипс! сначала в регистр ЕБТ помещается адрес выходного буфера, а 
затем с помощью косвенной адресации через ЕП! со смещением в этот выходной бу- 
фер, т. е., в сущности, непосредственно в вызывающее приложение, передаются три 
смещения процедур — Се! Уег, Еипс1 и Рипс2. Драйвер работает в плоском 4-гигабай- 
товом адресном пространстве, и указанные смещения представляют собой линейные 
адреса этих процедур. 

В процедуре Еипс2 таким же способом (через регистр ЕП] со смещением) из вход- 
ного буфера последовательно извлекаются два слова, представляющие собой селекто- 
ры сегментов приложения С$ и 0$. Поскольку, как уже отмечалось, для функции 
УММ _СбеФезсириог входные параметры должны быть двойными словами, получае- 
мые параметры тут же командой тоутх преобразуются в двойные слова и сохраняются 
в предусмотренных для них ячейках сегмента данных драйвера. 

В предыдущих примерах мы использовали то обстоятельство, что при переходе в 
драйвер средствами 16-разрядного интерфейса (функция 16841 прерывания 2Е!) УММ 
загружает в регистр ЕВХ дескриптор виртуальной машины. При вызове драйвера из 
32-разрядного приложения с помощью 1ОСТГ-интерфейса этого не происходит и для 
получения дескриптора УМ (который необходим для передачи его в качестве параметра в 
функцию _Сеезспрюг) следует вызвать функцию УММ Се Сиг УМ_Напе, которая 
возвращаст дескриптор в регистре ЕВХ. Другой способ получения дескриптора УМ - из- 
влечение его из поля УМНапе структуры О!ОСРагапав. 

Для получения дескрипторов сегментов в данном примере использована функция 
УММ _Сеезсирюг. Согласно справочнику ООК, формат ее вызова 

УММСа1]1 _Сесрезстёрфог, <5е1есбог, УМ, Е1ач5> 


предполагает указание параметров функции в виде конкретных чисел. У нас значения 
селскторов находятся в ячейках памяти СЗКер и ОЗБер, а дескриптор УМ - в регистре 
ЕВХ. Поэтому нам придется воспользоваться расширенной формой вызова этой функ- 
ции, в которой ее параметры (от правого к левому) проталкиваются в стек явным обра- 
зом. После возврата из функции (она возвращает младшую половину дсскриптора в 
регистре ЕАХ, а старшую - в ЕОХ) так же "вручную" следует восстановить стек, 
прибавив к содержимому ЕЗР число байтов, равное суммарному размеру параметров 
функции. 

Полученные дескрипторы передаются в приложение точно так же, как в процедуре 
Еипс1 передавались линейные адреса функций. Следует подчеркнуть, что, хотя пред- 
ложения извлечения из структуры ПИЮСРагатз адреса выходного буфсра в обеих 
функциях выглядят одинаково: 

пох 207, Чмок рек [ЕЗТ.1руос&ВаЕЕек] 


в действительности в каждом случае через структуру РОЮСРагатз передаются адреса 
различных буферов приложения, именно тех, которые указаны в соответствующем вы- 
зове драйвера Оеусе!оСоптт о]. 
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Перейдем теперь к рассмотрению приложения У/тдо\$, предназначенного для ра- 
боты в паре с драйвером 83-01. Тридцатидвухразрядные приложения Упдо\з можно 
подготовить в среде разработки Войап@ С++ 4.5, однако удобнее воспользоваться вер- 
сией 5.0 (или более поздней). С точки зрения пользователя эта версия имеет некоторые 
отличия от рассмотренной ранее версии 4.5. Так, создание нового проекта выполняет- 
ся с помощью команды Е|е»> Ме\м > Рго]ес. В окне Ме\и Тагрей (рис. 83.2) следует уста- 
новить тип мишени -- АррИсайоп [ехе], в окне Р1аНогт — \!1132. В этом случае будет 
создано 32-разрядное приложение УПЛпдо\з. 





Оупапис Мыгагу [.9] 
Еазу\Ии [.ехе] 

Зкайс МЬгагу {г .ехе) [16] 
Зкайс Магу (Юг. {16] 


трой ИБгагу [.16} 





Рис. 83.2. Окно задания характеристик проекта в среде Вомапа С++ 5.0 


Структура программы 83-01.СРР напоминает пример 82.1. В приложении не соз- 
дается главное окно и, соответственно, отсутствует цикл обработки сообщений. Из 
изобразительных средств \У/тдо\$ используется только функция МеззавеВох(), выво- 


дящая на экран все полученные из виртуального драйвера данные (пример 83.1, про- 
должение). 


Пример 83.1 (продолжение). 1ОСТЕ-интерфейс. Файл 83-01.СРР приложения Ийпаои5 
#аеЕ1ле ЗТАТСТ 

#12с]аае <и1п9омз.Н> 

#ЧеЕ1пе ртс _РУМС1 1 

#4еЕ1ле ртоС КИМС2 2 

зегосё РЕЗСВ{ 


ОВО 11м; //грачица (биты 0...15) 
МОЗО Базе_1; //База, биты 0...15 
ВУТЕ Базе п; //Ваза, биты 16...23 
ВУТЕ абек_ 1; //Байт атрибутов 1 
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ВУТЕ абск_2; //Граница (биты 16...19) и атрибуты 2 


ВУТЕ разе п; //Ваза, биты 24...31 
}; 
1п< ИТМАРТ И1пМа{л (НТМ5ТАМСЕ, НТМ5ТАМСЕ, ГРЗТВ, 11%) { 
РЕЗСВ з:[2]; //Массив из двух дескрипторов сегментов 
сваг &х* [300]; //Строка для вывода в окно сообщения 
1716 ТоВУЕЕег=0; //Вуфер для улаковки двух сегментов 
106 ОцЕВоЕЕег [3]; //Буфер для вывода из драйвера трех адресов 
РИОЗР сЬ; //Ссчетчик 
спаг ипз1длеа Н11мс$; //для старших 4 бит границы сегмента 


//Откроем драйвер 
НАМРЬЕ НУМур=СкеахеЕ11е ("\\\\.\\УМУР", 0,0, МОГ, 0, 
ЕТЬЕ ЕЪАС_РЕБЕТЕ ОМ_СЬО5Е, МОЬЬ); 
//Вызовем функцию 1 (она во входных параметрах не нуждается) 
Реу1сетГоСопеко1 (ВУМур, ТОС ГИМС1, МОШТ, 0, ОЕ ВыЕЕег, 12, &сЮ,0); 
//Получили в буфере Оз%ВиЕЁЕех все три линейных адреса 
//Подготовим лараметры для вызова функции 2 


ТрВуЕЕег= (РМОВО) _р$; //р$ в младшей половине ТпВоЕЁег 
ТаваЕЕег=1пВаЕЕег<<16; //Сдвикем 25$ в старшую половину 
ТоВчЕЕек|= С5; //Наложим С$ на младшую половину 


//Вызовем функцию 2 
Реу1сетоСопего\ (ВУМур, рт0С_РИМС2, &1пВаЕЕег, 4, 3:,16, &с0,0); 
/*Получили в буфере зхг оба дескригтора. Выделим для наглядности старшие 4 би- 
та границ сегментов, находящиеся в байте атрибута 2*/ 
НЫмС$=5х [0} .асех_2; 
Ны1иС$=НЬиС$&0хЕ; //Оставим только старшие 4 бита границы 
//Преобразуем все результаты в символьную форму 
мзреапЕЕ (&х%, "Адреса функций: \пбеб\Уег=%1ХВ\пРипс1= $%$1ХА\пРапс2= %1Х.\п\л" 
"Сегмент команд:\пЛинейный адрес=%Х%Х%Хи" 
"\пАтрибут 1 = %ХВ Атрибут 2 = %ХВ\пГраница сегмента = %Х%ХВ" 
“\п\пСегмент данных:\пЛинейный адрес = %Х%Х%Хь" 
"\пАтрибут 1 = %ХВ Атрибут 2 = %ХВ\пГраница сегмента = %ХВ", 
ОчеВиЕЕек [0], ОлеВиЕЕег [1], ОпеВоЕЕех [2], 
5х[0].Базе_ В, 55[0].Базе_м,5к[0].Базе_1,зх[0].а5екЕ_1, 
3:[0] .акек_2,НЫмС$, зк [0] .14м, 
5х[1] .Базе_п,зх[1].Базе_м, зк[1].Базе 1,3:[1].абех_1, 
$:[1] асек _2,5:[1].11м); 
//Выведем окно сообщения с результатами 
МеззадеВох (МОЬЬ, &х&, "ТлЕо", МВ _ТСОМТМЕОВМАТТОМ); 
гесикл 0; 


} 

В начале программы определяются константы РОС _ЕОМС! и ГОС _ЕОМС2, 
атакже структура РЕЗСВ, полностью взятая из примера 76.1. В функции УЛиМат0 
вводятся необходимые переменные; их состав описывался выше. Содержательная 
часть программы включает вызов функции СгеаеЕЦе(), открывающей драйвер и два 
вызова Ое\мсеоСопно[() с указанием сначала кода действия ООС _ЕОМС1, а затем 
П1ОС_ЕОМС2. Функция РОС РОМС! не требует входных параметров, поэтому на 
месте адреса входного буфера в числе параметров Ое\м1сеоСошто!() указан нулевой 
указатель МОГ. Нуль указан также в качестве числа передаваемых байтов (4-й пара- 
метр функции). 

Перед вызовом функции 2 драйвера необходимо подготовить исходные парамет- 
ры- объединить два селектора, находящихся в регистрах 0$ и С$, в одно двойное 
слово. Для этого содержимое 0$ помещается в младшую часть буфера шВийег, сдви- 
гается в нем на 16 разрядов влево с помощью оператора Си++ << и объединяется с со- 
держимым С$ с помощью операции побитового ИЛИ (оператор |}. Предложение 

ТлзаЕЕег|=_С5; 
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представляет собой компактную запись операции побитового сложения начального 
содержимого шВийЙег с содержимым регистра С$: 
ТпвоЕЕег= С$ | ТаВаЕтег; 


Тридцатидвухразрядные приложения \/т4до\$ работают в плоской модели памя- 
ти, и граница сегмента команд составляет ЕЕЕЕЕЕЕЕЙ. В этом случае величина грани- 
цы указывается в селекторе не в байтах, а в блоках по 4 Кбайт, о чем свидетельствует 
установленный бит дробности С в байте атрибутов 2 (см. рис. 66.1). Таким образом, 
при формировании значения границы следуст учитывать не только байты 0 и | деск- 
риптора, где содержатся младшие 16 бит границы, но и байт 6, где биты границы 
19...16 занимают младшую половину байта. 

Для выделения из байта атрибутов младшей 
половины в программе предусмотрена вспомо- 
гательная переменная НГлтС$, в которую сна- 
чала переносится байт атрибутов 2 дескриптора 
сегмента команд, а затем с помощью операции 
побитового умножения И обнуляется ее старшая 
половина. Эта переменная используется в даль- 
нейшем при выводе на экран значения границы. 
Для сегмента команд описанная операция не 
нужна, так как его граница указывается не в бло- 
ках по 4 Кбайт, а в байтах. 

Оставшаяся часть программы посвящена 
преобразованию полученных из драйвера 
числовых данных в символьную форму 
(функция У ш4о\$ мзрип  ) и выводу их на 
экран в виде окна сообщения (функция 
МеззавеВох()). На рис. 83.3 приведен вывод Рис. 83.3. Результат работы 
рассмотренной программы. приложения 83-01 





Статья 84. Обращение к физической памяти 
в 32-разрядном приложении 


Обращение к физической памяти в 32-разрядном приложении не имеет особой 
специфики, за исключением способа вызова драйвера. Рассмотрим 32-разрядный вари- 
ант примера 78.1. Будем считать, что нас интересует заранее определенная область фи- 
зических адресов, именно адреса Е00001...ЕЕЕЕЕВ, занятые ПЗУ В1Ю$. Предусмотрим 
в драйвере единственную прикладную функцию, которая возвращает в приложение 
линейный базовый адрес этой области (пример 84.1). Поскольку 32-разрядное прило- 
женис работает в плоской модели памяти, этого адреса достаточно, чтобы обратиться 
из приложения к любому байту заданного диапазона физических адресов. 

Пример 84.1. Обращение к физической памяти. Файл 84-01.А5М виртуального драйвера 


.386р 

.ХЬТ5Т 

1пс1а4е упи. 1пс 
1лс1аае ум1132.11пс 
.ЪТУТ 

ОТОС РОМС1=1 
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Рес1аге \У1г6иа1 Ре\у1се УМу0,1,0, УМур_СопЕго1, 80001, ЧпаеЕ1пе4_1п11%_Огаег 





; Стандартная гроцедура инигиализации реального режима 


Ухр ВЕАЬ ТМЕТ ЕМО5 


Ухр_СОРЕ_$=6 
ЗеаалРкос УМур Сопёго1 
Солёго1 Р1зраёсй И32_Беу1сетОСолего1, ТОСолего1 
с1с 
хе 
ЕЛАРгос УМур Сопфго1 
Зеа1пРгос ТОСол® го] 
стр Чиога рег [ЕЗТ.Ам1ТОСолего1Соае], РТОС СЕТУЕЗЗТОМ 


3е СезуУег 
стр Чиога рег [Е5Т.ам“ТОСопеко1Соае] , ТОС _РОМС1 
Зе Еипс1 
с1с 
ге 
СесУег: хог ЕАХ, БАХ 
с1с 
гее 


Гипс]:  моу Бот, Чмога рег [ЕЗТ.1руолеВаЕЕег] 
УММСа11 _МарРВузТоь]пеаг, <0Р0000В, 100008, 0> 
МФА [221], ЕАХ 
с1с 
гее 

ЕпаРгос ТОСопего1 

Ухр СОРЕ ЕМО$ 

ела УМур_Зеа1 Тп1& 


Для получения линейного адреса, соответствующего заданному физическому, 
в драйвере вызывастся функция УММ МарРВузТо[Глпеаг. Как уже отмечалось ранее, 
это фактически макрос, который, при указании его с набором параметров, отправляет 
их в стек и вызывает соответствующую функцию УММ. В данном варианте параметры 
задаются в виде числовых значений, что дает возможность использовать макрос в его 
стандартном виде. Полученный (в регистре ЕАХ) линейный базовый адрес заданного 
диапазона передается в буфер приложения. 

Приложенис, работающее с описанным выше драйвером, не имеет каких-либо лю- 
бопытных особенностей. В нем обычным образом открывается драйвер, после чего 
вызовом функции ОемсеоСопио! в драйвер посылается код действия 1. Возвращае- 
мый из драйвера линейный адрес поступает непосредственно в переменную ОшВийег, 
объявленную как указатель на символы. С помощью этого указателя приложение име- 
ет доступ ко всему диапазону адрссов ВТО$. В качестве демонстрации 8 байт ПЗУ на- 
чиная с адреса ЕЕЕЕ5Н копируются в символьный массив геу!$1оп, в конец этого мас- 
сива записывастся нуль, служащий идентификатором конца символьной строки, и вся 
строка геу1$1оп выводится в окно сообщений (пример 84.1, продолжение). 

Пример 84.1 (продолжение). Обращение к физической памяти. Файл 84-01.СРР приложения 
ИЛиаом5 


#аеЁ1пе УТАСТ 

#10с] ыае <и1лаомз. > 

#ЧеЁ1ле ОТОС РИМСТ 1 

116 ИТМАРТ итпМа:т (НТМУТАМСЕ, НТМУТАМСЕ, БРУТВ, 116; { 
спаг* ОцщЕВаЕЕег; 
спаг хгеу181ол[9]; 
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ОИОВО съ; 
//Откроем драйвер 
НАМОГЕ НУМур=СгеакеЕ11е ("\\\\.\\УМУО", 0,0, МИГт., 0, 
ЕТЬЕ ЕТАС РЕЪЕТЕ_ОМ_СЪОЗЕ, МОЬЬ); 
//Зызовем функцию 1 
Реу1сеТоСопего1 (НУМур, 210С_ЕУМС1, МОТЬ, 0, &ОцеВАЕЕег, 4, &сЬ,0); 
//Извлечем из голученных данных дату выпуска В105 
Рог (11 1=0;1<8;1++) 
геу1510п[1] =ОцеВоЕЕег [1+0хЕЕЕ5]; 
геу1з101[8]=0; 
//Зыведем окно сообщения с результатами 
МеззадеВох (МТ, геу1з1 оп, "ТпЕо", МВ ТСОМТМЕОВМАТТОМ); 
гевагп 0; 


} 


Статья 85. Обработка аппаратных прерываний 
в 32-разрядном приложении 


В статье 80 были описаны общие принципы обслуживания аппаратных прерыва- 
ний в защищенном режиме, а в статье 81 — особенности разработки виртуальных драй- 
веров для этой цели. Там же отмечалось, что в 32-разрядных приложениях \шт9д0\$ 
обработка прерываний возможна только при наличии в системе виртуального драйве- 
ра для используемого уровня прерываний. 

Настоящая статья посвящена виртуальным драйверам, предназначенным для об- 
служивания измерительной или управляющей аппаратуры автоматизированных уста- 
новок, работающих в режиме прерываний, если программа управления установкой яв- 
ляется 32-разрядным приложением \У/ш4о\уз. Рассматриваемый ниже пример отлажи- 
вался на макете таймера-счетчика, описанного в статье 80. 

В 32-разрядных приложениях У/Лпдо\, так же как и в 16-разрядных, прикладная 
обработка аппаратных прерываний требует решения трех задач: 

» подключения обработчика прерываний, входящего в состав драйвера, к требуе- 

мому уровню аппаратных прерываний; 

‚ обмена данными между обработчиком прерываний и приложением, в частности 

пересылки в приложение результатов измерений; 

оповещения приложения о приходе прерывания, что наиболее эффективно 

достигается путем вызова из драйвера асинхронной функции приложения. 


Ввиду относительной сложности этих вопросов, мы последовательно рассмотрим 
три варианта программ обслуживания прерываний, первый из которых будет решать 
лишь задачу обработки прерываний в драйвере; во втором будет введена передача 
результатов измерений в приложение, а в третьем будет присутствовать и асинхронная 
обработка прерываний в приложении. Все три варианта, по сушеству, будут пред- 
ставлять собой программные комплексы, поскольку в каждый из них будет входить 
как приложение \/тдо\з, так и соответствующий ему виртуальный драйвер. 

Исходные тексты первого программного комплекса приведены ниже. Рассмотрим 
сначала приложение \У/1пдо\/з (пример 85.1). 


Пример 85.1. Обработка аппаратных прерываний. Файлы приложения И\п4о\5 
Заголовочный файл 85-01.Н 

//Огределения констант 

#ЧеЕ1пе МТ_5ТАВТ 109 
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#АеЁ1пе МТ_АООВ 101 

#ЧеЁ1пе МТ_ЕХТТ 102 

#ЧеЕ1пе ОТОС_ТМТТ 1 

#4еЕ1пе РТОС_АОБВ 2 

//Прототипы функций 

\У014 Вед15ех (ЧТМ$ЗТАМСЕ); 

Ууо1Я Сгеафе (НТМ$ТАМСЕ); 

ТВЕЗОЬТ САБЬВАСК ИпаРгос (НИМО, ОТМТ, ИРАВАМ, ГРАВАМ); 
ВОО ОлСгеаке (НИМО, ПРСАЕАТЕЗТВОСТ); 
Уу01А ОпСомщала (НИМО, 11, НИМО, ОТМТ); 
у01А Опрезекоу (НИМР); 

\01а Тл1%Сага(); 

уо14А сесдаах (); 


Файл ресурсов 85-01.ВС 
#1пс1аае "85-01.6” 
Мазп МЕМИ{ 
РОРУР "Режимы" { 
МЕМОТТЕМ "Гуск",МТ_5ТАВТ 
МЕМОТТЕМ "Адрес драйвера", МТ_АШОРВ 
МЕМОТТЕМ ЗЕРАВАТОВ 
МЕМОТТЕМ "Выход",МТ ЕХТТ 
} 
} 


Программный файл 85-01.СРР 

#ЧеЁ1пе 5ТАТСТ 

#1ос1а9е <и1паоиз. [> 

#1пс1а4е <и1пдомзх.Н> 

#1пс1оае "85-01.в" 

НАМОГЕ ВУМуо; //Дескриптор открытого драйвера 
срваг 32С1а5зМаме[)] ="Ма1пМ1п";//Имя класса главного окна 
сВаг $2Т:41е[]="Апгаратные прерывания - 1"; //Заголовок окна 
ОМОВР сЬВес; //Длина гередаваемых в приложение данных 
//Главная функция И1пМа1п 

116 ИТМАРТ И1пМа1п (НТМ5УТАМСЕ пТпзфбапсе, НТМ5ТАМСЕ, БРУТВ, 11%) { 


М5С п59; 
Вед1 {ег (ПТпзфапсе); //Регистрация класса главного окна 
Скеаке {ВТизбсапсе); //Создание и показ окна 
иВ11е (СеёМеззаде (&тза, МИЬТ, 0,0))//Цикл обработки сообщений 
21 зрассНМеззасе (&т59); ` 
гесагп 0; 


} 
//Функция Вед1з5хег регистрации класса окна 
\у014 Вед1зтехг (НТМ5ТАМСЕ В!п5%) { 
ИМРСЬА$$ ис; 
мемзеф (&йс,0, $12е0Е (\с}); 
мс. 1р52С1аззМаме=$7С1а5 Мате; 
мс. ПТпзсапсе=НТп$; 
мс. 1рЕпИпаРкгос=МпаРгос; 
мс.1р52МепаМаме="Ма11"; //З главном окне будет меню 
мс, ВСигзог=ГоааСикзок (МО, ТОС_АВВОЙ); 
ис.Втсоп=ГоаатТсол (МОЪЬ, ТОТ АРРЬТСАТТОМ); 
мс, пргВаскагоцпа=бее $ оскВгазр (ИНТТЕ_ВВОЗН); 
Вед15сехС1а$$ (&мс); 
} 
//Функция Сгеафе создания и показа окна 
\у01Я Сгеафе (НТМЗТАМСЕ ВТпз®) { 
НИМР Випа=СгеасеМ2п4ом (52С1аззМаме, $2Т1%1е, $ _ОУЕВЬАРРЕРИТМРОН, 
10,10,300,150, НИМР_РЕЗКТОР, МОЪГ, ВТазе, МОЬГ); 
Звон паом (Випа, 5И_5НОММОВМАЦ); 
} 
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//Оконная прогедура 
ТЗЕЗОЬТ САБЪВАСК Ипаркос (НИМО Била, ОТМТ мза,ИРАКАМ иРагам, ГРАКАМ 1Рагкам) { 
$м1ЕСВ (м$а) { 
НАМОГЕ_М$С (Вила, ИМ | СВЕАТЕ, ОпСкеа%е};//Переход ло сообщению ИМ СВЗАТЕ 
НАМОБЕ —М5С (Виза, УМ СОММАМО, ОпСомтапа) ;//Гереход по сообщению им СОММАМО 
ЗАМОЪБЕ М5С (Вира, ИМ ОЕЗТВОУ, Опбез+хоу}; //Переход го сообщению им ОЕЗТВОУ 
ЗеЁаз1%: 
гезагл (реём1лДомРгос (Пипа, изд, мРагам, 1Ракам) ); 
} 
} 
//функция ОпСгеафе обработки сообщения ММ САЕАТЕ гри создании окна 
ЗОО ОлСгеафе (НИМО, ГРСВЕАТЕЗТВОСТ) { 
//Откроем драйвер и голучим его дескриптор 
ВУМур=Ссеа®ег11е ("\\\\. \\УМУр", 0, 0, МОЁ, О, РТЬЕ РЪАС РЕЪЕТЕ_ОМ_СЪОЗЕ, МОВЬ); 
гесагп ТВОЕ; 
} 
//Функция ОпСомтапЯ@ обработки сообщений ИМ СОММАМР от гунктов меню 
%01А ОпСомтапа (НИМО Била, 118 1а, НИмо, ОТМТ) { 
5\ТЕСВ (1а} { 
сазе МТ _5ТАВТ: 
Тп1ЕСака (); 
Ргеак; 
сазе МГ_ АРВ: 
сетАааг (); 
ргеак; 
сазе МТ ЕХТТ: 
Резекоуй1 пом (Вила); 
} 
} 
//Функция Опрезекгоу обработки сообщения ИМ РЕЗТВОУ о завершении приложения 
У01Я Опрезекоу (НИМ) { 
РозЕОн1ЕМеззаде (0); 
} 
//Функция Тл1&Саг передачи драйверу констант инициализации таймера-счетчика 
%01а Тп1ЕСака() { 
эекисе { //Набор констант каналов 
зВогЕ ипзталея 11% С0; 
ЗВогЕ иплзтапея 11% С1; 
зрогё ипзталеа 1п& С2; 
}ТпВаЕЕег; . 
ТпВаЕЕегк.с9=20; 
ТоаВоЕЕег.С1=50000; 
ТазоЕЁЕег.С2=10000; 
//Вызовем процедуру драйвера ОТОС _ТМТТ 
Реу1сетоСопеко1 (ПУМур, ртОС_ТМТТ, &1пВоЕЕег, 6, МОТ, 0, &сЮВес, 0); 
} 
//Функция СеъАаак получения из драйвера информации о его линейном адресе 
//Зызовем процедуру драйвера ОТОС АРОВ 
у01А СефкАда: () { 
спаг &х® [89]; 
116 ипз1апеа Аааг; 
Ре\у1сеТоСопего1 (НУМур, ОТОС _АООЗ, МОТ, 0, &АЧаг, 4, &сЬВеф, 0); 
мзрх1 1 Е (Ех, "Базовый адрес = %ХЬ", Аааг); 
МеззадезЗох (МОТ, схЕ, "ТпЕо",МВ_ТСОМТМРОВМАТТОМ); 
} 


В предыдущих примерах программный проект включал в себя максимум два фай- 
ла: исходный текст программы с расширением „СРР и файл ресурсов с расширением 
‚ВС, в котором описывался состав (сценарий) меню. При этом в программный файл, 
кроме собственно программы, входили еще и описания прототипов используемых 
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функций и определения констант. Поскольку эта часть программы часто имеет значи- 
тельный объем и к тому же мало изменяется от программы к программе, она выделя- 
ется в отдельный файл, называемый заголовочным и имеющий обычно расширение Н. 
Настоящий пример составлен именно таким образом. 

В заголовочном файле 85-01.Н определены константы двух видов. Константы с 
префиксом М! являются идентификаторами пунктов меню и будут использованы как 
в файле ресурсов, где они сопоставляются с конкретными командами меню, так и в 
тексте программы для определения того, какая команда меню выбрана пользователем. 
Константы с префиксом РЮС_ являются кодами действий, которые программа будет 
пересылать в драйвер, чтобы заказать требусмое действие. По существу, эти числа яв- 
ляются номерами АР[-функций драйвера. 

Вслед за определением констант в заголовочном файле приведены прототипы всех 
функций, использованных в приложении (кроме, естественно, системных функций, 
которые описаны в системных заголовочных файлах). 

В последующих, более сложных вариантах программ в заголовочный файл будут 
вводиться дополнительные элементы (если в программу будут включаться новые 
функции или в меню - новые команды). 

Файл ресурсов 85-01.ВС начинается с оператора #тсаде, который подключает за- 
головочный файл 85-01.Н. В процессе трансляции файла ресурсов из заголовочного 
файла будут извлекаться числовые значения констант-идентификаторов команд меню. 

Сценарий меню предполагает наличие в меню трех команд: "Пуск" для инициали- 
зации таймера-счетчика и запуска процесса накопления событий, "Адрес драйвера" 
для вывода на экран линейного адреса первой процедуры драйвера, который можно 
использовать в процессе его отладки, и "Выход" для завершения программы. 

Общая структура приложения \/тдо\/з не отличается от рассмотренной в преды- 
дущих примерах. После создания главного окна с полоской меню приложение входит 
в цикл обработки сообщений, ожидая выбора пользователем тех или иных пунктов 
меню. Получив из \/1140%/$ идентификатор выбранной команды, приложение перехо- 
дит на соответствующую прикладную функцию (ОпСгеже(), ОпСотитапа() или 
ОпЛезоу()), после завершения которой возвращается в цикл обработки сообщений на 
ожидание следующей команды пользователя. | 

Сообщение У/М_СВЕАТЕ посылается в приложение системой \Мпдо\з в про- 
цессе создания окна, чтобы программист, перехватив это сообщение, мог выполнить 
необходимые инициализирующие действия. В рассматриваемом примере в функции 
ОпСгеа{е() вызовом функции \/1п4о\и$ СтежеЕЦе() открывается драйвер так же, как это де- 
лалось в примере 83.1. Полученный в качестве возвращаемого значения дескриптор драй- 
вера сохраняется в глобальной переменной ВУМУО для дальнейшего использования. 

Приложение обращается к драйверу в двух случаях. Выбор пользователем команды 
меню "Адрес драйвера" приводит к вызову прикладной функции Се! А9Аг(), которая вызо- 
вом Ое\1ссЮСопно!() посылает в драйвер код действия 0ОС_АРОК. В ответ драйвер че- 
рез буфер вывода А9@г возвращает в приложение линейный адрес своей первой процедуры 
УМурСопно1. По этому адресу можно вычислить (по листингу трансляции драйвера) дру- 
гие характерные адреса драйвера и использовать их в качсстве точек останова при отладке 
или исследовании драйвера с помощью отладчика Зо СЕ. 

Болес содержательное обращение к драйверу выполняется в функции шИСаг9(), 
инициируемой при выборе пользователем команды меню "Пуск". Здесь в вызове 
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Реу1се!оСопего!() содержится код действия Г1ОС_ ПМТ и адрес входного (для драйве- 
ра) буфера шВайЁег, в котором содержатся три константы С0, С1 и С2 настройки пла- 
ты таймера-счетчика. Поскольку эти три 2-байтовых константы в сумме занимают 
6 байт, в параметрах вызова Реу1сеоСопио!() в качестве размера входного буфера ука- 
зано число 6. В процедуре драйвера, соответствующей коду действия РОС _П\Т, вы- 
полняется инициализация и пуск таймера-счетчика. Окончание временного интервала 
вызывает прерывание уровня 5, которым занимается обработчик, входящий в состав 
драйвера. Приложение не получает информации ни об истечении временного интерва- 
ла, ни о числе сосчитанных событий (хотя драйвер, как мы увидим позже, выводит ре- 
зультаты измерений в свое окно сообщения). 

Чтение числа накопленных событий в таком варианте программы возможно толь- 
ко синхронным образом, с помощью еще одного запроса Пеу1се!оСопиго]() с кодом 
действия, отличным от уже использованных. Драйвер, обрабатывая этот код действия, 
может передать в выходной буфер, т. е. непосредственно в приложение, результат из- 
мерений в точности так же, как передается адрес в ответ на запрос РОС_АРОК. Од- 
нако приложение, не получая от драйвера информации о приходе прерывания, не име- 
ет возможности узнать, когда именно в выходном буфере появится результат измере- 
ний и когда, следовательно, имеет смысл запрашивать драйвер. 

Рассмотрим теперь исходный текст программы драйвера (пример 85.1, продолжение). 


Пример 85.1 (продолжение). Обработка аппаратных прерываний. Файл 85-01.А5М виртуаль- 
ного драйвера 

;Функции драйвера: 

;0 СесАаахг - Проверка версии 

;1 УМур_Тп1Е - Инициализация и пуск платы 

;2 беедАааг - Передача в приложение базового адреса драйвера 

ОТОС _ТМтТ=1 

ОТОС АррВ=2 

.386р 

.ХЬТ5Т 

1тос1аае упм.1пс 

1пс1аае \у\1132.1пс 

1пс]104е $6е11.1пс 

1лс1а4е ур1са.11с 

.ЬТ5Т 

Рес1аге _\1гЕла1 ПРеу1се \УМур,1,0,УМур_Соп&ко1,80001, ЧлаеЕзплея_Тп1е Огдехг 


... ;Стандартная проседура инициализации реального режима 
Ухр ВЕАГ ТМТТ ЕМО$ 


Ухр_РАТА_$ЕС 

Меза Ч '******х*-УМур шеззаде', 0 

гези1Е ам 0 ;:2езультат измерений 

ТВО Напа1е аа 0 ;Дескриптор виртуального прерывания 

УМур_11%13_Резс 1а6е1 9могЯа;32-битовый адрес следующей далее структуры 

УРТСР_ТВО_Резск1реог <5,,ОГЕ5ЕТЗ2 УМур Тле_13>;Структура с информацией 
;о виртуализованном грерывании 

Ухр_РАТА_ЕМОЗ 





;Управпяющая прокехдура 

Веч1п?кос УМур Сопего1 

Солего\ О1зраесй №32 Реу1сетОСопего1, 1ОСопъго|;Гереход го сообщению 
№32 Беу1сеТоСолЕго1 


462 ЯЗЫК АССЕМБЛЕРА: уроки прогреммироввния 


Сопёго1 Р1зраесй Беу1се_Тп1е, УМур_Реу1се_Тп16;Гереход по сообщению 
Ре\у1се_Тп1 
с1с 
гее 
Епаргос УМУуб_Сопего1 
; Процедура, вызываемая при инигиализации драйвера системой И1паом5 
Вед1пРкос УМур_ПБеу1се_Т01% 
мох ЕОТ, ОГЕЗЕТЗ2 УМур_ 11513 _Пезс 
УхОСа11 У>21СР_\У1хе0а112е_1380 
пом 180_Напа1е, ЕАХ 
с1с 
гее 
ЕпаРкос УМур_ Бе\у1се_Тп1Е 
;Точка входа в драйвер по вызовам Реу1сетоСол® го! 
Вед1пРгос ТОСопехго1 
сир Чиока рух [Е5Т.ЧчТОСопеко1Соае],010Сс СЕТУЕВЗТОМ 


3е бебуегх 

спр нога рег [Е5Т.ЧмТОСопеко1Соае],ротос тмтТ 
3е УМУ _Т71е . 

спр многа рег [Е5Т.ЧмТОСопекго1Соде],ртос АРВ 
3е Сбебдаах 

с] с 

ге 


;Процедура подтверждения поддержки драйвером ТОСТЬ-интерфейса 
Вед1пРкос Сееуег 

ХоЕ ЕАХ, ЕАХ 

с1с 

хеё 
ЕПАРкос Сееуех 
;Процедура передачи в приложение линейного базового адреса драйвера 
Вед1аРкос беЕАаак 

поУ ЕОТ, амока рег [ЕЗТ.1ру0боЕВоЕЕег] 

оу [501], оЕЁзее32 УМур Солёго1 

с1с 

ге* 
ЕпПАаРгос СебАааг 
;Процедура инициализации программируемого устройства 
ВедаиРкос УМур Ти1е 
; Общий сброс платы 

оу ОХ, ЗОСВ 

10 АГ, ОХ 
;Получим адрес буфера с данными настройки 

МОУ ЕОТ, амока рек [Е5Т.1руТпВаЕЕег] 
;Засылаем управляющие слова го каналам 


ОУ ОХ, ЗОЗН ;Регистр команд 
ие АГ, З6 В ;Канал 0, режим 3 
ОЕ ОХ, АБ 
пом АГ, 7ОВ ;Канал 1, режим 9 
оче ОХ, АГ 
мох АТ, ОВ6Н ; Канал 2, режим 3 
оНЁ ОХ, АБ 

;Программируем канал 0 - 1-ю головину таймера 
пох АХ, [=201+9] ;1-й параметр 
пом ОХ, ЗОН 
оцЕ ОХ, АБ ;Младший байт частоты 
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хсра АЬ,АН 

оаЕ ОХ, АГ ;Старший байт частоты 
;Программируем канал 1 - 2-ю головину таймера 

оу АХ, [ЕО1+2] ;2-йЙ параметр 

оу ОХ, 3018 


оае ОХ, АБ ;Младший байт интервала 

хсва АГ, АН 

оЧЕ ОХ, АБ ;Старший байт интервала 
;Программируем внутренний генератор 

поУу АХ, [Е21+4] ;3-й параметр 


поУу ОХ, 3028 
ое ОХ, АБ 
хсВа АН, АБ 
ОцЕ ОХ, АШ 
;Сбрасываем счетчик 
по ОХ, 3088 
ое ОХ, АБ 
;Установим флаг 52 разрешения счета 
пом ОХ, ЗЭВВ 
10 АГ, ОХ 
;Размаскируем грерывания 
поУ БАХ, ВО Напа1е 
УхОСа11 УР2ТСО_РВуз1са11у ОЧппазк 
с1с 
ге 
БпаРГОСс УМур Тп1® 


;Процедура обработки аппаратного грерывания 
Веч1пРгос УМур Тле_13, Н1ап_Рхкеа 


рчзраа 
;Цолучим результат измерений 
мох рх, 3з09в ;Порт старшего байта 
11 АГ, ОХ ;Получили старший байт результата 
поУу АН, АБ ;Отправим его в старшую половину АХ 
аес ох ;Порт младшего байта 
1а АГ, ОХ ;Нолучили младший байт результата 
мох ге5111%, АХ ;Сохраним весь результат в полях данных драйвера 


;Сброс флагов готовности и разрешения счета 
ИФА ОХ, ЗОАВ 
Оле ОХ, АБ 
;Выполним завершающие действия в Р1С и выведем результаты 
оу ЕАХ, ТКО Нага1е;Дескриптор ТВО 
УхрСа11 УРТСР Рпуз_ЕОТ;Пошлем в контроллер команду ЕОТ 


УхрСа11 У>2ТСР_РВу51са11у МазК;Замаскируем наш уровень прерываний 


;Выведем полученный результат в виде сообщения драйвера 
поУ ЕТ, ОЕЁЕзеё32 шезз 


поУу АХ, гези1 
са11 \Мока_ азс11 
са11 ТаЕо 

рораа 

с1с 

геЕ 


ЕПаРгос УМур Тре 13 


; Процедуры греобразования чисел в символьную форму и вывода сообшения 


Вед1пРкос ТаЕо 


БааРгос ТлЕо 
Ве91пРгос Мог а$с11 


Ера?кос Иога а$с11 
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Вед1пРгос В1п_а5с11 


БлаРкгос В1п_а5с11 
Ухр_СОРЕ_ЕМО$ 
епа УМур_Веа1 Тп1& 

В управляющей процедуре теперь обрабатываются два сообщения — Оеу1се ши, 
посылаемое в драйвер системой У/т4омз$ в процессе его инициализации, и 
\/32_ПБемсе[ОСопио|, которое являстся следствием вызова в приложении функции 
1ОСТЕ-интерфейса Ое\з1соСопно!(0. В процедуре драйвера 1оСопто| пришедизий 
вместе с этим сообщением код действия сравнивается с заданными, после чего управ- 
ление передается на ту или иную процедуру драйвера. 

В драйвере можно выделить три процедуры, имеющие отношение к обслуживанию 
прерываний. На этапе инициализации драйвера системой \/тдо\з (процедура 
УМур _Пеу1се ши) выполняются виртуализация запросов на прерывания уровня 5 и со- 
хранснис дсскриптора виртуализованного прерывания в двухсловной ячейке ВО Напа. 

В ответ на выбор пользователем команды меню "Пуск" (процедура УМур_ ши) 
после приема из приложения констант настройки и инициализации таймера-счетчика 
выполняется. размаскирование уровня 5 в контроллере прерываний вызовом функции 
виртуального контроллера прерываний УР!СРО_Рвуз1саПу ОптазК. 

Наконец, в обработчике прерываний (процедура УМур_П\ 13) после получения 
из счетчика результата измерений, выполняются обычные завершающие действия — 
посылка в контроллер команды ЕОГ и маскирование уровня 5 контроллера прерыва- 
ний. В конце этой процедуры выполняется формирование и вывод на экран сообщения 
драйвера с результатом измерений. 

В целом можно сказать, что приведенный выше текст отличается от программы 
драйвера для 16-разрядного приложения из примера 81.1 лишь средствами связи с при- 
ложением. 


Статья 86. Аппаратные прерывания и передача 
данных в 32-разрядном приложении 


Введем в рассмотренную программу средства передачи данных из обработчика 
аппаратных прерываний в приложение. Казалось бы, что, если зарансе с помощью вы- 
зова еу1се!оСопго!() передать драйверу линейный адрес буфера вывода в программу, 
в обработчике прерываний можно записать в этот буфер любые данные, в частности 
результаты измерений. Однако обработчик аппаратных прерываний активизируется 
асинхронно, и это накладывает серьезные ограничения на его возможности. Вообще 
любая асинхронная программа выполнястся, как говорят, в другом контексте, нежели 
прерванная сю синхронная программа. Линсйные адреса полей данных или процедур 
приложения, полученные драйвером на синхронном уровне, недействительны в то 
время, когда драйвер выполняет асинхронную процсдуру. Поэтому пересылка данных 
из обработчика прерываний в приложение, хотя и возможна, но требует выполнения 
некоторых дополнительных действий как в приложении, так и (в основном) в драйве- 
ре. Рассмотрим сначала изменения, вносимые в приложение. 

Предусмотрим среди глобальных данных приложения переменную Ва, в кото- 
рую драйвер сможет персслать результаты измерения: 

Роге опз1дпеа 176 Рафа=12341;//Начальное значение для отладки 
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Для того чтобы драйвер мог обращаться к этой ячейке, необходимо переслать в 
драйвер ее адрес. Это удобно выполнить в функции инициализации ПСаг((), вклю- 
чив указатель на беззнаковое короткое целое в передаваемую в драйвер структуру 
пВийег и инициализировав этот дополнительный член структуры адресом перемен- 
ной Ра. Функция шИСагд() примет теперь следующий вид: 


У014 ТпфЕСага () { 
ЗЕЕоСЕ { 
зрохе ип$1апеЯ 1пе С0; 
ЗВохЕ ип519пеЯ 11 С1; 
зВохЕ мпззапея 116 С2; 
5ВогЕ апз1дпея 1пЕ* арег; 


}тлВоЕЕег; 
ТПВОЕЕег.С0=29; //Канал 0 
ТпВоЕЕек.С1=50000; //Канал 1 
ТпВоЕЕег.С2=10009; //Канал 2 
ТпВоЕЕег .арсг=&рака; //Адрес переменной Рака 


//Вызовем гроцедуру драйвера РТОС_ТМТТ 
Беу1сетоСопехо1 (ПУМур, отОС_ ТМТТ, &ТаВиЕЕег, 8, М№11,, 0, &сЬВее, 0); 
} 


Обратите внимание на изменение параметра, определяющего размер входного бу- 
фера: добавление в структуру шВийЙег адреса переменной Оаа увеличило его длину до 
8 байт. 

Для чтения значения переменной Раёа после передачи в нее из драйвера результата 
измерений предусмотрим в меню команду "Чтение данных". Для этого в файл заголов- 
ков следует включить определение идентификатора этой команды 
#АеЕ1пе МТ РАТА 103 


а в файл ресурсов — предложение 
МЕМОТТЕМ "Чтение данных", МТ РАТА 


Функция обработки сообщений от меню дополнится анализом на выбор команды 
"Чтение данных" с идентификатором МГ_РАТА и примет вид 


Уу01Я ОпСоммтапа (НИМО пипа, 116 1а, НИМО, ОТМТ) { 
5итЕСВ (14а) { 
сазе Мт_5ТАВТ: 
101&Сагка(); 
Ъгеак; 
сазе МТ АООВ: 
сесАаах (); 
ЬгеаК; 
сазе М! ПАТА: 
ВеаЧРака(); 
ргеакК; 
сазе Мт ЕХТТ: 
РезЕхоуй1паом (Випа); 
} 
} 


Новая функция ВеадРайа() преобразует значение переменной Даа в символьную 
форму и выводит его в окно сообщения в виде 16-ричного и десятичного числа (такой 
вывод может пригодиться в процессе отладки драйвера, когда контролировать резуль- 
тат удобнее в 16-ричной форме): 


Уо:Я КеаЧРака() { 
срак ЕхЕ[851; 
мзретпЕЕ (Ехе, "Результат = %ХВ = %а",Раба, Раба); 


466 ЯЗЫК АССЕМБЛЕРА: уроки программирования 


МеззадеВох (МИЬЬ, Е хе, "Тао", МВ_ТСОМТМЕОВМАТТОМ); 
} 


Как мы увидим позже, драйвер для получения доступа к переменной приложения 
должен будет выполнить блокирование принадлежащей ей памяти. Перед завершени- 
ем программы эту память необходимо разблокировать, для чего нужно вызвать соот- 
ветствующую прикладную функцию драйвера. Этот вызов естественно включить в 
процедуру обработки сообщения \УМ_РЕЗТКОУ: 
у01А ОпрезЕкоу (НИМ) { 

Реу1сетоСопего1 (ВУМур, отос_ЕХТТ, МОТ, 0, МОБ, 0, &сюВее, 0); 


Ро5Е001ЕМеззаде (0); 
} 


Вызов не требует передачи каких-либо параметров, поэтому и адреса и размеры 
обоих буферов обмена информацией с драйвером имеют нулевые значения. Определе- 
ние кода действия Г1ОС_ЕХИТ должно быть включено в заголовочный файл (а также 
и в программу драйвера): 

#ЧеЕ1пе РТОС_ЕХТТ 3 


Таким образом, изменения в приложении носят скорее организационный, чем со- 
держательный характер. Фактически вся работа по получению доступа к переменной 
приложения ложится на драйвер (пример 86.1). 


Пример 86.1. Доступ к данным приложения из обработчика аппаратных прерываний. 
Файл 86-01.А5М виртуального драйвера 
;Функции драйвера: 
;0 Проверка версии 
$1 УМУБ_ Тп1Е - Инициализация и пуск платы; блокирование физической памяти 
;2 сезааах - Передача в гриложение базового адреса драйвера 
;3 УМур_Ех1е - Разблокирование физической памяти 
ТОС ТМТТ=1 
210С АРРВ=2 
ОТОС ЕХТТ=3 
.386р 
.ХЬТЬТ. 
11с104е уши. 1пс 
1п0с104е уи1032.1пс 
1пс1а4е ур1са.1лс 
.ЪЕЗТ 
Рес1аге_\У1кЕа1 Реу1се УМУ, 1,0, УМУБ_СопЕгко1, 80001, ЧпаеЕ1пея_Тп1е_Охаех 


Ухо ВЕАГ ТМТТ $ЕС 
Инициализация реального режима 
Ух _ВЕАГ _ТМТТ_ЕМО$ 





Ухр_РАТА_З5С 

гез01Е ам 0 ; Результат измерений 

180 _Нара1е аа 0 ;Дескригтор виртуального прерывания 
УМур_1п513_Оезс 1абе1 Я9мога;32-битовый адрес следующей далее структуры 
УРТСО ТВО Резск1реок <5,,ОРЕЗЕТЗ2 УМур Та _13> 

1раага аа 0 ;Адрес переменной Бара приложения 

лддафа аа 0 ;Число блокируемых страниц 

Ухр_ ОАТА_ ЕМО$ 





Ухо СООЕ_5ЕС 

Вед1пРгос УМур_ СолЕго1 

СозЕго1 О1зраесНн И32_Реу{сетОСопЕго1, ТОСопего1 
Солёго1 03 зраёсь Реу1се _Тп1е, УМур_Беу1се_ Тп1% 
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с1с 
хеёе 


ЕпаРкос УМур_ Сопего1 


Вед1пРгос УМур_Ре\у1се Тп1е 


поУ ЕРТ, ОРЕЗЕТЗ2 УМур_ТпЕ13_Резс 
УхОСа11 УРТСР \1гЕца112е_ТкВо 

по ТВО_Напа1е,ЕАХ 

с1с 

геё 


ЕпаРгос УМур_ ОБеу1се_Тп1® 


Вед1пРкос ТОСопего1 


спр Чмога рег [ЕЗТ.ЗиТОСопекго1Со4е],РТОС_ СЕТУЕВЗТОМ 
зе СезУех . 


сир Чмога рег [ЕЗТ.а“ТОСопЕго1Соае], отос ТМТ 


зе УМУБ_Тп1 

сир нога рёг [Е5Т.АмтТОСопехго1Со4е], от0ОС_АБОВ 
Зе СесАааг 

стр Чиога рег [ЕЗТ.ачТОСопего!1Со4е],ОтоС_ ЕХТТ 
Эе УМУР_Ех1е 

с1с 

гее 


ЕПАаРгос ТОСопего1 


Вед1пРгос Се&Уег 


хох ЕАХ, ЕАХ 
с1с 
хее 


ЕпаРгос СефкУег 


. 
Вед1пРгос бееАдак 


ет ЕОТ, Чмога рёхг [ЕЗТ. 1руОсеВаЕЕег] 
поУ [ЕСТ], оЕЁзеф32 УМур_СопЕго1 

с1с 

ге 


ЕпаРкос СееАаах 


Вед1пРгос УМур_Ти1е 
;Общий сброс платы 





пом Ох, З0Ссв $ (1) 
10 АБ, ОХ ; (2) 
;Получим адрес буфера приложения и заблокируем физическую память переменной 
Вата 
поу ЕОТ, амога рег [ЕЗТ.1руТпВаЕЕек]; (3)Адрес буфера приложения 
поУу ЕАХ, [ЕРТ+6] ; (4) Получим адрес переменной Рафа приложения 
ала ЕАХ, ОРЕЕВЬ ; (5) Выделим младшие 12 бит - смещение на странице 
оу ЕВХ, ЕАХ ; (6) Сохраним его в ЕЗХ 
шоу ЕАХ, [ЕОТ+6] ;(7)Получим адрес переменной Рафа приложения 
ФА ЕСХ, ЕАХ ; (8) Занесем его и в ЕСХ 
5Вк ЕСХ, 12 ; (9) Полный номер начальной физической страницы 
ааа БАХ, 1 ; (10) Прибавим длину данных - 1 к адресу переменной 
зре БАХ, 12 ; (11) Полный номер конечной физической страницы 
5 ЕАХ, ЕСХ ; (12) Число страниц, требуемых для данных, - 1 
пс ЕАХ ; (13)Число страниц, требуемых для данных 
пом пдафа, ЕАХ ; (14) Сохраним его 
розн  РАСЕМАРСГОВАГ; (15)Вид блокирования 
рузН ЕАХ ; (16)Число блокируемых страниц 
ризвй ЕСХ ; (17) Полный номер начальной блокируемой страницы 
УММСа11 _Т1пРадеГоск; (18) ЕАХ=новыЙй линейный адрес страницы 
ааа ЕАХ, ЕВХ ; (19) Новый линейный адрес данного 
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моУ ]1раафа,ЕАХ ;(20)Сохраним его 

ааа ЕР, 12 ; (21) Восстановление стека 
;Засылаем управляющие слова по каналам, сбрасываем счетчик, 
;Устанавливаем флаг 52 разрешения счета 
; .. ;Эта часть программы драйвера полностью повторяет пример 85.1 
;Размаскируем прерывания 

МОУ ЕАХ, 150 Наиа1е 

УхрСа11 УРТСО _РВу51са11у_Олмазк 

с1с 

гее 
БлаРгос УМур_Тл1Е 
Вед1пРгос УМур_Ех1Е 
;Разблокируем данные гриложения 


поУ ЕАХ, 1р4а*а ;Возьмем новый линейный адрес начальной страницы 
зе БАХ, 12 ;Полный номер начальной страницы 

ризр  РАСЕМАРСЬОВАГ;Тип разблокирования 

разп лЧаба ;Число разблокируемых странис 

роз ЕАХ ;Нолный номер начальной страницы 

УММСа11 _Г1пРаде0пГоск 

ааа ЕР, 12 ;Восстановим стек 

с] с 

хее 


БраРгос УМур_ Ех1е 

Вед1пРхос УМур_ТпЕ 13, Н19р_ЕРкеа 
разраа 

;Получим результат измерений 
оу ох, збэ9н 


1 АГ, ОХ 

поу АН, АЪ 

ес ох 

п АГ, ОХ 

оу ге5111Е,АХ ;Сохраним результат в памяти 


;Сброс флагов готовности и разрешения счета 
поу ОХ, ЗОАВ - 
оие ОХ, АГ 
;Выполним завершающие действия в Р!С и выведем результат 
оу ЕАХ, ТВО Напа1е 
УхОСа11 УРТСО РВуз_ЕОТ 
УхОСа11 УРТСЬ РВу$1са11у_МазКк 


поУ АХ, хезо1 + ;Результат измерений 
по ЕОТ, ]раафа ;Передадим данное 
по [201], АХ ;ув буфер приложения 
рораа 

с1с 

ге 


ЕрАРгос УМур_ТпЕ 13 
Ухр СОРЕ ЕМО$ 
епа УМур_Веа1 Тп1Е 

В начале текста драйвера определяется значение добавленного кода действия 
БОСС _ЕХП. Соответственно в процедуру ГОСопНо] включены предложения проверки 
пришедшего из приложения кода действия на значение ООС _ЕХ!Т и перехода в слу- 
чае равенства на процедуру УМУ _Ехи. 

Сущность изменений, внесенных в программу драйвера, заключается в том, что в 
процедуре УМур Ши, помимо инициализации платы, осуществляется блокирование 
физической памяти с теми данными, к которым нужно получить доступ, а в новой про- 
цедурсе УМур_ЕхИ - разблокирование этой памяти. Блокирование осуществляется 
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целыми страницами (4 Кбайт) с помощью функции УММ _ИпРавеГоск; функция в 
случае своего успешного выполнения возвращает новый линейный адрес первой за- 
блокированной страницы, посредством которого драйвер получает доступ к полям 
данных приложения. 

Рассмотрим подготовку параметров для функции _МпРареГоскК в процедуре 
УМур_Га# нашего драйвера (для удобства ссылок предложения этой процедуры про- 
нумерованы). В предложении 3 из структуры ПТОСРагатз извлекается и помещается в 
регистр ЕР] адрес входного буфера. В предложении 4 линейный адрес интересующей 
нас переменной приложения Рай забирается из входного буфера (где он располагается 
в байтах 6...7 от начала буфера) и помещается в регистр — ЕАХ. Как известно, в ли- 
нейном адресе биты 22...31] определяют номер элемента в каталоге страниц, т. е., в 
сущности, номер таблицы страниц, биты 12...21 - номер страницы, а биты 0...11 - 
смещение адресуемого данного на странице (рис. 86.1). 


31 22 21 12 1 0 


Индекс каталога Индекс страницы Смещенне 
(10 бит) (10 бит) (12 бит) 
Рис. 86.1. Составляющие линейного адреса 


Функция _ГлиРареГоскК требует в качестве параметра часть линейного адреса, рас- 
положенную в битах 12...31, которую можно условно рассматривать как полный номер 
физической страницы (не ее адрес!). В предложении 5 из линейного адреса выделяют- 
ся его младшие 12 бит — смещение на логической (и физической) страницах, а в пред- 
ложении 6 оно сохраняется для дальнейшего использования в регистре ЕВХ. Далее 
формируются полные номера физических страниц с данными - начальной (в регистре 
ЕСХ) и конечной (в регистре ЕАХ). В предложении 7 в регистре ЕАХ восстанавлива- 
ется линейный адрес Рай, а в следующем предложении он помещается еще и в ЕСХ. 
Сдвигом вправо на 12 бит содержимое ЕСХ преобразуется в полный номер (началь- 
ной) страницы. В предложении 9 к линейному адресу данного в регистре ЕАХ прибав- 
ляется величина, на единицу меньшая, чем полная длина данных (в нашем случае всего 
1 байт), что дает линейный адрес последнего байта блокируемых данных. Эта величи- 
на также сдвигается вправо на 12 бит с образованием полного номера (конечной) стра- 
ницы. Разность двух номеров страниц (предложение 12) после прибавления единицы 
(предложение 13) дает число страниц, подлежащих блокированию. Необходимость в 
столь сложной процедуре определения числа блокируемых страниц объясняется тем, 
что блокируемые данные, даже при небольшой длине, могут начинаться на одной фи- 
зической странице, а заканчиваться на другой. Полученное число страниц, подлежа- 
щих блокированию, сохраняется в ячейке пдайа с целью использования в процедуре 
разблокирования. 

В предложениях 15...17 в стек проталкиваются параметры функции УММ 
_ТапРавеГосК: константа РАСЕМАРОГОВАГ, используемая в случае блокирования 
страниц ради доступа к ним из другого контекста, т. е. из асинхронной операции; чис- 
ло блокируемых страниц и полный номер начальной блокируемой страницы. Функция 
_лаРазеГ.оск в случае своего успешного выполнения возвращает в регистре ЕАХ но- 
вый линейный адрес заблокированного участка памяти. Однако этот адрес характери- 
зует начало страницы; наши данные располагались на странице с некоторым смещени- 
ем, которое мы выделили и сохранили в регистре ЕВХ. Теперь это смещение можно 
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прибавить к линейному адресу начальной страницы, чтобы получить точный адрес на- 
чала данных (предложение 19). В двух последующих предложениях полученный адрес 
сохраняется в предусмотренной для этого ячейке 1р4а! и восстанавливается состояние 
указателя стека, каким оно было перед помещением в стек трех параметров функ- 
ции_ГлпРареГ.оск. 

Далее в процедуре УМур_и, как и в предыдущем примере, таймер-счетчик ини- 
циализируется константами, полученными из приложения через входной буфер, и раз- 
маскируется наш уровень прерываний. 

В обработчике прерываний УМур Ш! 13 выполняются те же действия, что и 
в предыдущем примере (получение из счетчика результата измерений, сброс флагов 
готовности и разрешения счета, посылка в контроллер прерываний команды ЕОЙ, по- 
сле чего результат измерений передается в приложение по новому "адресу- 
псевдониму", сохраненному ранее в ячейке |рдайа. | 

Как уже отмечалось ранее, заблокированную память необходимо разблокировать. 
Это действие выполняется с помошью функции УММ _ГлиРавеОпГ.оскК при заверше- 
нии приложения, когда в драйвер посылается запрос на операцию ввода-вывода с ко- 
дом действия ПЮС_ЕХГТ. В этом случае в драйвере вызывается процедура 
УМуО_Ехи, в которой еще раз выполняется процедура определения полного номера 
начальной страницы и числа заблокированных страниц. Поскольку блокирование осу- 
ществляется целыми страницами, смещение данных нас в этой процедуре уже не 
интересует. При разблокировании номера страниц определяются исходя из полученно- 
го в операции блокирования адреса-псевдонима. 


Статья 87. Синхронизация обработчиков 
прерываний в 32-разрядном приложении 


Описанная методика далека от совершенства. Она годится лишь для таких систем 
реального времени, в которых все действия по обработке прерываний могут быть це- 
ликом возложены на обработчик прерываний. Например, получив сигнал об измене- 
нии состояния установки, обработчик прерываний путем посылки соответствующих 
команд в порты установки переключает ее управляющие элементы. Основная про- 
грамма в этом процессе может не участвовать и даже не знать о поступлении сигнала 
прерывания. 

Чаще сигнал прерывания свидетельствует о наступлении такого события, о кото- 
ром должна быть извещена основная программа. Типичной является ситуация, когда 
прерывание сигнализирует об окончании процесса измерений либо о регистрации ис- 
следуемого явления. В этом случае программа должна принять из установки накоп- 
ленные данные и приступить к их обработке или визуальному представлению. 

Рассмотрим дальнейшее видоизменение программного комплекса по управлению 
таймером-счетчиком, в который теперь введена асинхронная обработка прерываний не 
только в виртуальном драйвере, но и в самой программе. Учитывая относительную 
сложность этой методики, ниже приводятся все исходные тексты комплекса, хотя фак- 
тически в них, по сравнению с предыдущими примерами, внесены лишь некоторые 
дополнения (пример 87.1). 
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Пример 87.1. Асинхронная обработка аппаратного прерывания в приложении Итаоих. 
Тексты исходных файлов, входящих в приложение Итаои5 


Заголовочный файл 87-01.Н 
//Определения констант 
#АеЁ1пе МТ_5ТАКТ 100 
#АеЁ1пе МТ_АООВ 101 
#АеЁ1пе МТ_ЕХТТ 102 
#аеЕЁ1пе МТ РАТА 103 
#аеЕ1пе ОТОС ТМтТ 1 
#аеЁлпе 010С_ АШООК 2 
{фЧеЕлпе ОТОС _ЕХТТ 3 
//Прототигы функций 
уо1А Кедлзеехг (НТМЗТАМСЕ); 
Уу01А Сгеафе(НТМЗТАМСЕ); 
ТВЕЗОТТ САШШВАСК МпаРгос (НИМО, ОТМТ, МРАВАМ, ГРАКАМ); 
ВООЁ ОпСгеафе (НИМО, ГРСВЕАТЕЗТВОСТ)}; 
у01Я ОпСотмапа (НИМО, 11%, НИМО, ОТМТ); 
У01А Опрезегоу (НИМО); 
у01А Тп1ЕСага(); 
у01А Сефдааг (); 
уо1А Кеаарафа(); 
РИОВО ИТМАРТ Тк (1РУОТО); 
Файл ресурсов 87-01.КС 
#1пс1аае "87-01.н" 
Ма1п МЕМО{ 
РОРИР "Режимы" { 
МЕМОТТЕМ "Пуск",МТ ЗТАВТ 
МЕМОТТЕМ "Адрес драйвера", МТ _АООК 
МЕМОТТЕМ "Чтение данных",МТ ОАТА 
МЕМОТТЕМ ЗЕРАВАТОВ 
МЕМОТТЕМ "Выход",МТ ЕХТТ 
} 
} 
Программный файл 87-01.СРР 
$АеЁ1пе ЗТВТСТ 
#пс1аае <и1пдомз.п> 
#1пс1аае <илпаомзх.В> 
#$1пс1аае "87-01.в" 
СсВаг $32С1аззМапе [ ] ="Ма1пИ1п"; 
сваг $32Т1%1е[]="Аппаратные прерывания - 3"; 
НАМОЬЕ ВУМуО, ВЕуеп®, ВТЬгеаа; 
ипз1апеа зВог®е 116 Бафа=0х1234; 
ОУЕВГАРРЕО о\1р; 
ОМОВО анТнгеаатр, сЪВек; 
НТМЗТАМСЕ НВ1пзе; 
11 ИТМАРТ И1пМалп (НТМ$ТАМСЕ ЮТпзёапсе, НТМУТАМСЕ, ГРЗТВ, 11%) { 
М5С 159; 
Вед1з%ех (ВТпзфапсе); 
Н1пзё=БТлзвапсе; 
Сгеаке (р1пзфапсе); 
\Б11е (СееМеззаце (&пза, МИГ, 0,0)) 
21 зрассВМеззаде (&щз49); 
герагп 0; 


} 
у014 ВедузЕег (НТМ5ТАМСЕ РТпз%) { 
ИМОСГА$5 ис; 
петмзее (&ис, 0, 512еоЕ (мс)); 
мс. 1рз2С1аз5Маце=52С1аззМаще; 
мс .БТпзбалсе=ЬТптзе; 
мс. 1рЕпИпаРгос=ИпарРгос; 
ис .1рз2МепоМаще="Ма1пт"; 
мс.БСигзог=ГоааСцезох (МОБ, ТОС АВЗОЙ); 
ис.НТсоп=ЬоааТсоп (МОТ, ТОТ АРРГТСАТТОМ); 


472 ЯЗЫК АССЕМБЛЕРА: уроки программирования 


ис. БргВаскагоип9=бее5оскВгазВ (ИНТТЕ ВВОЗН); 
Вед1зкегС1азз (&имс); 
} 
у01А Сгеаке (НТМЗТАМСЕ ЬТпз®) { 
НИМО Бипа=СгеафеЙ1таом (52С1аззМаще, з2Т161е,И$_ ОУЕВГАРРЕРИТМООЙ, 
10,10,250, 140, НИМ _ОЕЗКТОР, МОТ, БТазе, №011}; 
ЗВомИ1 паом (Випа, 5Я_ЗНОЧМОВМАГ); 
} 
ТВЕЗОГТ САГЫЗАСК МпарРгос (НИМО Вита, ЧТМТ пза,ИРАКАМ уРакам, ГРАКАМ ]Ракап) { 
ЗУТЕСЬ (159) { 
НАМОГЕ М5С (Вип@, ИМ_СВЕАТЕ, ОпСгеаее); 
НАМОГЕ_М$С (Вип@а, ММ СОММАМО, ОпСоштапа) ; 
НАМОГЕ М$С (Випа, ИМ_РЕЗТВОУ, Опрезегкоу); 
ЧеЁал1%: 
гебогп (ВеЕИ1паомРкос (Нипа, пзч, иРагам, 1Рагам) }; 
} 
} 
ВООГ ОлСгеа+е {НИМО, ГРСВЕАТЕЗТВОСТ}) { 
БУМуб=СкеакеР11е ("\\\\.\\УМУО", 0,0, МОГ, 0, 
ЕТЬЕ РЬАС ОЕГЕТЕ_ ОМ СТОЗЕ|ЕТГЕ РАС ОУЕВГАРРЕО, МОТ!) ; 
гебсагп ТВОЕ; 


} 
у01А ОпСоттапа (НИМ Випа, 1пЕ 1а, НИМО, ОТМТ) { 
зитЕСЬ (1а) { 
сазе МТ $ТАВТ: 
Тп16Сага(); 
Ьгеак; 
сазе Мт РАТА: 
Веаарака (); 


Ьгеак; 

сазе МТ АООВ: 
СефАаахг (); 
Ьгеак; 


сазе МТ ЕХТТ: 
Резекоуй1паом (Випа); 
} 


} 
уо1А Опрезегоу (НИМО)} { 
Беу1сетТоСопеко1 
(ВУМуо, ОТОС_ЕХГТ, МОГ, О, МОЬЬ, О, асьВее, 0); 
РозЕОц1ЕМеззачде (0); 
} 
у014 Тп1&Сака () { 
зЕЕаСЕ { 
зВогЕ ипзлапеа 116 С0; 
зВоге ипз1апеа 116 С1; 
зВоге ипз1апеа 116 С2; 
ипз19пеа знокЕ 1п6* арЕг; 


}ТпВаЕ; 

ТпВоЁ.С0=20; //Канал 0 
ТпВаЕ.С1=50000; //Канал 1 
ТпвУЁ.С2=10000; //Канал 2 
ТпВаЁ.арег=&рБака; ‚ //Адрес переменной Рафа 


вЕуепе=СгеафеЕуепе (МО, РАГЗЕ, РАЦЗЕ, №011); //Создадим событие 
оу1р.НЕуепЕ=рЕуеп®; 
ВТьгеаа=СкеакеТигеаая (МОГЬ, 0, (.РТНВЕАР $ТАВТ_ВООТТМЕ) Тэг, 
МОТ, 0, &аиТЬьгеаато); 
Реу1сетоСопЕко1 
(ВУМур, ОТОС ТМТТ, &ТпВоЕ, 10, МОГ, 0, &сЬВек, &о\1р); . 
} 
уо14 Веаарака() { 
сваг &хё [80]; 
узру1пЕЕ (Е хе, "Отсчет = %4 = %хВ", Баба, Рафа); 
Меззадевох (МОГ, хе, "ТпЕо", МВ_ТСОМТМЕОВМАТТОМ); 
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\у01Я Сефдааг () { 
сВах &хе [80]; 
1пЕ ипзадпеа Аааг; 
Реу1сетоСопего1 

(ВУМур, 2тОС_АООВ, МОГ, 0, & Аааг, 4, &сЬВеф, 0); 

узре1пЕЕ (хе, "Базовый адрес = %ХЬ", Аааг); 
МеззадеВох {МОГГ, Ех, "Тибо", МВ8_ТСОМТМЕОВМАТТОМ); 
} 

/*Асинхронная функция, вызываемая драйвером 

из обработчика агпаратного грерывания*/ 

ОМОВР ИТМАРТ Тзк (ЁРУОТО) { 
СВаг хе [80]; 
СеЕОуег1арреЯВез\11% (ВУМур, &ом1р, &сЬВее, ТВОЕ); 
изретпеЕ (Е хе, "Время истекло! \праба = %А = %хН", Баба, Баба); 
МеззадеВох (МОГГ, $ х<,"Асинхронный вызов“, МВ_ТСОМТМРОКМАТТОМ); 
гевагп 0; 


} 

В текст приложения внесено не так уж много изменений, хотя они носят весьма 
принципиальный характер. В полях данных появился новый дескриптор ВЕуеп типа 
НАМОГЕ для описания события, а также переменная Ч \/Тргеа О, в которую система 
вернет идентификатор созданного потока. И событие и поток понадобятся для включения в 
программу асинхронной функции (она у нас названа [5г), которая будет активизироваться 
из обработчика аппаратного прерывания, включенного в состав виртуального драйвера. 
Соответственно в заголовочном файле 87-01.Н описан ее прототип 
ОИОВР ИТМАРТ Тэг (ТРУОТО); 


В полях данных приложения объявлена также структурная переменная о\!р типа 
О\УЕВГАРРЕО. Эта структура содержит информацию, используемую при выполнении 
асинхронных операций. Заметим, что слово оуеЙаррей ("с перекрытием") в данном 
контексте обозначает именно асинхронные операции; мы еще столкнемся с ним в 
других местах программы. 

Структура ОУЕВЕАРРЕД описана в файле \!ПМВАЗЕ.Н следующим образом: 
$уре4еЕЁ зЕгасЕ _ОУЕВГАРРЕО { 


БИОВО Тпеегпа1; //Системное состояние 

ОМОВО Тпеегпа1Н19Н; //Длина передаваемых данных 
ОИОВО ОЕЁЕзее; //Позиция в файле 

ИОВ  ОЕЕЗееНЗай; //Старшее слово позиции в файле 
НАМОБЕ  №Буепе; //Дескриптор события, служащего 


//для синхронизации потоков 
} ОУЕВЬАРРЕОР, *ГРОУЕВГАРРЕО; 

Из комментариев можно сделать заключение, что структура ОУЕВГ.АРРЕР пред- 
назначена главным образом для асинхронных файловых операций; в нашем случае 
асинхронность возникает по иной причине, и в этой структуре нам понадобятся только 
два члена — первый и последний. 

Для того чтобы виртуальный драйвер мог выполнять асинхронные операции, при 
его открытии функцией СтемеЕИе() необходимо указать, кроме флага ЕШЕ ЕГАС 
_ОЕГЕТЕ_ОМ_СГОЗЕ, еще и флаг ЕПЕ_ЕГАС_ОУЕВЕАРРЕП: 

БУМур=СгеаееЕ11е ("\\\\.\\УМУБ", 0,0, №011. 0, 
ЕТЬЕ ЕТАС РЕГЕТЕ_ОМ_С1О5Е|ЕТГЕ _ЕГАС ОУЕВГАРРЕО, МОЁЕ.) ; 

Синхронизация приложения \!1140\5 и драйвера (точнее, его обработчика преры- 
ваний) осуществляется с помощью двух фундаментальных понятий 32-разрядной сре- 
ды (будем называть ее для краткости \!1132) — потока и события. Экземпляр загру- 
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женной в память программы представляет собой, в терминологии \!132, процесс. 
Процесс не является активным объектом — ему просто принадлежит 4-гигабайтовое 
адресное пространство, а также другие ресурсы, в частности файлы, с которыми рабо- 
тает программа. Для выполнения программы следует создать в рамках процесса по 
крайней мере один поток. Первичный поток, который представляет собой последова- 
тельность выполнения предложений программы, система всегда сама создает при ини- 
циализации процесса. В программе с одним потоком ход выполнения программы оп- 
ределяется последовательностью ее предложений; все процессорное время отдается 
единственному потоку (разумеется, если в системе запущено несколько программ, 
процессорное время будет разделяться между ними). 

При необходимости организовать параллельные вычисления программист может 
создать в рамках процесса несколько потоков. Тогда, если один из потоков, например, 
ждет ввода с клавиатуры, процессорное время будет отдано другому потоку, который 
может выполнять математическую обработку имеющихся данных или другие незави- 
симые операции. 

Наличие в процессе нескольких потоков требует их взаимной синхронизации. Для 
этого в \!1132 предусмотрен целый ряд синхронизирующих объектов: критические 
секции, мьютексы, события и др. Для наших целей удобно воспользоваться событием. 

Событие, как и другие синхронизирующие объекты, может находиться в одном из двух 
состояний: свободном ($12па]ед) и занятом (попз1рптае4д). Поток же, с другой стороны, мож- 
но остановить в ожидании освобождения конкретного события. Если это событие занято, 
поток спит и система не выделяет ему процессорного времени. При этом система знает, ка- 
кое именно событие может разбудить поток. Как только это событие перейдет в свободное 
состояние, поток просыпается и начинает свое выполнение. 

В нашем примере создание потока и синхронизирующего события выполняется в 
функции шИСагаО, активизируемой выбором пункта "Пуск" главного меню приложе- 
ния. Сначала с помощью функции СгежеЕуеп{) создается событие: 
рЕуепе=СгеакеЕуепе (МОГТ,, РГАГЗЕ, РАТЗЕ, №011); //Создадим событие 


Первый параметр этой функции представляет собой адрес структуры защиты, по- 
зволяющей ограничить доступ к объекту. Защита объектов применяется главным обра- 
зом в многопользовательских системах и нас интересовать не будет. 

Второй параметр позволяет задать тип события: со сбросом вручную (тогда этот 
параметр должен иметь значение ТВОЕ) или с автосбросом (ЕАГЗЕ). Тип сброса оп- 
ределяет поведение события после освобождения синхронизируемых им потоков: при 
автосбросе событие автоматически переводится в занятое состояние, при сбросе вруч- 
ную для этого надо использовать функцию КезеЕуеп(). Сброс вручную применяется в 
основном при синхронизации одним событием нескольких потоков; в нашем случае 
синхронизируется один поток и мы задаем режим автосброса. 

Третий параметр является флагом начального состояния события. Создаваемый 
нами дополнительный поток должен находиться в "спящем" состоянии до прихода 
прерывания, поэтому исходное состояние синхронизирующего его события должно 
быть занятым, чему соответствует значение ЕАГЗЕ. 

Наконец, последний параметр определяет имя события, без которого в данном слу- 
чае можно обойтись. 
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Функция СгежмеЕуеп() в случае успешного выполнения возвращает дескриптор 
созданного события. Его необходимо заслать в последний элемент структуры 
ОУЕВГАРРЕО: 


оУ1р.НЕуепе=ЬЕуепе; 


Создав событие и назначив сму занятое состояние (т. с. состояние, которое будет 
блокировать выполнение связанного с этим событием потока), можно создать сам по- 
ток. Фактически потоком будет являться асинхронная процедура 151(), входящая в со- 
став нашего приложения. Поток создастся функцией СгеаеТгеа@(): 


БТЬгеад=СгеафетТВгеаа (М№МОТГ,0, (.Р2РТНАЕАР 5ТАЗВТ_ВОЧТТМЕ) Тэг, 
МОЬГ, 0, «амТЬкеаато) ; 


Нулевые значения двух первых параметров этой функции определяют использова- 
ние значений по умолчанию для атрибутов защиты потока и размера его стека. Третий 
параметр самый важный: он определяет адрес той функции, которая будет выполнять- 
ся, когда поток будет активизирован. Этот адрес представляет собой переменную типа 
ГРТНКЕАО $ЗТАВТ ВОЧТИМЕ; использование имени типа в скобках перед именем 
функции преобразует се адрес в требуемый тип. Четвертый параметр передается соз- 
даваемому потоку, который может сго использовать в качестве инициализирующего 
значения. Указание в качестве пятого параметра константы СКЕАТЕ ЗОЗРЕМОЕО 
позволяет задержать начало выполнения создаваемого потока до выполнения функции 
ВсзитеТЬгеа4(); нулевое значение этого параметра определяет немедленное исполне- 
ние потока (конкретно — функции 151()). В качестве последнего параметра указывается 
адрес переменной, в которую функция Стеае`Тйгеа4() вернет идентификатор нового 
потока. 

Итак, сразу после создания потока начинает выполняться функция 131(). Нам же 
надо, чтобы она активизировалась лишь в случае прихода в виртуальный драйвер ап- 
паратного прерывания. Для перевода потока с функцией 15г() в "спящес" состояние 
выполняется вызов 
СеЕОуег1арреЯези1* (ВУМур, &оу1р, &сЬЗеё, ТВОЕ); 


При указании в качестве последнего параметра этой функции значения ТКОЕ, функция 
приостанавливает выполнение потока в ожидании установки в свободное состояние того 
события, дескриптор которого находится в структурной переменной типа ОУЕВГАРРЕР. 
Адрес этой переменной указывастся в качестве второго параметра функции 
СеЮуеПаррейВези ). Первым параметром функции выступает дескриптор драйвера, уча- 
ствующего в асинхронной операции, а третьим — адрес счетчика числа передаваемых в 
асинхронной операции байтов (у нас передача байтов отсутствует). Таким образом, запус- 
тив поток, мы тут же его остановили в ожидании установки события. 

Вернемся к функции шИСага(). Завсршающим действием в этой функции после 
создания события и потока является обращенис к драйверу с целью, во-первых, пере- 
дачи ему констант инициализации платы и адреса переменной Рай и, во-вторых, акти- 
визации механизма асинхронных операций. Последнее достигается указанием в каче- 
стве последнего параметра функции ПОемсоСопно!() адреса структуры 
О\УЕВГАРРЕО. Этот адрес помещается в элемент роОуеарре4 структуры ООСРа!- 
алтз, передавасмой драйверу вместе с сообщением \32_РемсеОСопуо], и может 
быть извлечен оттуда драйвсром так же, как извлекаются из этой структуры пе- 
редавасмые в драйвер прикладные данные. 
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На рис. 87.1 приведено глав- 
ное окно приложсния 87-01 с от- 
крытым меню. Результаты вы- 
полнения приложения будут 
проиллюстрированы позже, по- 
сле рассмотрения программы со- 
ответствующего ему виртуаль- 
ного драйвера (пример 87.1, про- 
должение). 





Рис. 87.1. Главное окно и меню приложения 87-01 


Пример 87.1 (продолжение). Асинхронная обработка аппаратного прерывания в приложении 

Итпаом5. Исходный текст виртуального драйвера 87-01.А5М 

;Функции драйвера: 

;0 Проверка версии 

;1 УМув_Тп1Е —- Инициализация и пуск платы 

;2 УМур_Аааг - Передача в приложение базового адреса драйвера 

;3 УМур_Ех1Е - Разблокировка физической памяти 

2т0С_ТМТТ=1 

рТОС АББВ=2 

ОТОС _ЕХТТ=З 

.3З86р 

.ХЬТ5Т 

1пс1аае упм. пс 

1пс1а4е ум1п32.1пс 

1пс1а4е зВе11.1пс 

1пс1аАае ур1са.1лс 

.ЬТ5Т 

Бес1аге_\1г6па1 _Ре\у1се \УМу0,1,0, УМуБ_Сопеко1, 80008, \ 
УпдеЕ1пеЯ_Тп1&_Огдег 


Вед{п?гос УМуБ_Веа1 Тп1е 
поУ АН, ОН 


пом ОХ, оЕЕзее мч 
1716 218 
поУ АХ, Оеу1се _Гоаа_оКк 


хоЕ вх, ВХ 

хог УТ, 5Т 

хоЕ ЕОХ, Е ОХ 

ге 
пз9 ЧАЮ 'Загружен виртуальный драйвер$' 
ЕлаРгос  УМур_Веа1_Тп1& 
Ухр_ВЕАГ ТМТТ ЕМО5 


Ухр РАТА_5ЕС 

гези1е ам 0 

ТВ0_Напа1е аа 0 

УМуО_ТпЕ13_Оезс 1аБе] @мога 
У2ТСО_ТВО_Безск1реогк <5,,ОРЕЗЕТЗ2 УМуб_Тпе_13> 


1фрааа аа 0 ;Линейный адрес данного из приложения 

паафа аа 0 ;Число блокируемых страниц с данными 

1роу1р аа 9 ;Линейный адрес структуры о\у1р из приложения 
поу]1р аа 0 ;Число блокируемых страниц с о\1р 





Вед1пРгос УМур_СсопЕго1 
СопЕко1_Р1зрабсВ ИЗ32_Ре\у1сетОоСопегко1, ТОСопегко1 
СопЕго1 О15рабссй Беу1се_тп1е, УМур_Беу1се_Тп1® 
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геё 
ЕпаРгкос УМур_Сопего? . 
Вед1пРгос УМур_ПБеу1се_Тп1е 
поУ ЕОТ, ОРГ$ЕТЗ2 УМур_Тп13_Шезс 
УхрСа11 УРТСО \У1г&0а112е_ТВО 
пом ТВО Напа}е,ЕАХ 
с1с 
гее 
ЕпаРЕос УМур_ОБеу1се_Тп1е 
Вед1пРгос ТОСопего] 
стр Чиога рёх [Е5Т.ЯиТОСопего1Со4е], ОТОС СЕТУЕВУТОМ 


зе СекУех 

ср дмога рёг [ЕЗТ.ЧмТОСопего1Со4е],ротос_ТМТТ 
3е УМур_Тл1Е 

спр Чмога рёг [ЕЗТ. амТОСолего1Со4е],РТос_АБОВ 
)е Сеслааг у | 

смр Чмога рёх [ЕЗТ.АмТОСоп&го1Соае], ОТОС _ЕХТТ 
)е УМур_Ех1% 

с1с 

гее 


Вед\пРгос СехУег 
хог ЕАХ, ЕАХ 
с1с 
ге 
ЕпаРгос беф\ег 
Вед1пРгос СбесАаах 
поу ЕОТ, амога рег [ЕЗТ.1рубоеВоЕЕе!] 
поу (ЕЁ ], оЁЁзее32 УМур_Сопёхо1 
с1с 
гее 
ЕпаРгос СебАаах 
Вед1пРгос УМуб_ 111 
‚общий сброс глаты 
мо Вх, 30сь 
1п АГ, ОХ 
;Заблокируем данные Рафа гриложения 
пом ЕОТ, амога рёг [ЕЗТ.1руТпВоЕЕег];Адрес буфера приложения 


оу БАХ, ([ЕОТ+6} ;Получим адрес переменной Рафха приложения 

апа ЕАХ, ОРРЕБ ;Выделим младшие 12 бит - смещение на странице 
поу ЕВХ, ЕАХ ;Сохраним его в ЕВХ 

оу ЕАХ, [ЕБТ+6) ;Получим адрес переменной Вафа приложения 

поУу ЕСХ, ЕАХ ;Занесем ега и в ЕСХ 

зВЕ ЕСХ, 12 ;Полный номер начальной физической страницы 
ааа ЕАХ, 1 ;Прибавим длину данных - 1 к адресу переменной 
$ПЕ ЕАХ, 12 ;Полный номер конечной физической страницы с данными 
зиЬ ЕАХ, ЕСХ :Число страниц, требуемых для данных, - 1 

1лс ЕАХ ;Число страниц, требуемых для данных 

пом паса, ЕАХ ; Сохраним его 

разй  РАСЕМАРСЬОВАГ;Вид блокирования 

раз! ЕАХ ;Число блокируемых страниц 

разн ЕСХ ;Голный номер начальной блокируемой страницы 
\УММСа11 _Т1пРадетоск;ЕАХ=новый линейный адрес страницы 

ааа ЕАХ, ЕВХ ;Новый линейный адрес данного 

пом 1раафа,ЕАХ ;Сохраним его 

ааа Е$Р, 12 ;Восстановление стека 


;Заблокируем структуру оу1р в приложении 
ие ЕАХ, амога рег [Е5Т.1ро0У\ех1арреа];Голучим апрес структуры ом1р 
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апа 


ЕАХ, ОРЕЕБ ;Выделим младшие 12 бит - смещение на странице 


поУ ЕВХ, ЕАХ ;Сохраним его в ЕВХ 
оу ЕАХ, амога рёг [ЕЗ5Т.1робуег1арреа];Получим адрес структуры оу1р 
по ЕСХ, ЕАХ ;Занесем его и в ЕСХ 
ВЕ ЕСХ, 12 ;Полный номер начальной физической страницы 
ааа САХ, 19 ;Прибавим длину блокируемых данных - 1 
$Нг ЕАХ, 12 ;Полный номер конечной физической страницы с оум1р 
заь БАХ, ЕСХ ;Число страниц, требуемых пля о\1р - 1 
1 лс ЕАХ ;Число страниц, требуемых для о\У1р 
моу лоу1р,ЕАХ ;Сохраним его 
разн  РАСЕМАРСГОЗАЬ;Вид блокирования 
разв БАХ ;Число блокируемых страник 
раз ЕСХ ;Голный номер начальной блокируемой страницы 
УММСа11 11пРадегоск;ЕАХ=новыЙ линейный адрес страницы с оу1р 
ада ЕАХ, ЕВХ ;Новый линейный адрес оу1р 
моу 1роу1р,ЕАХ ;Сохраним его 
ада ЕР, 12 ;Восстановление стека 
;Получим адрес буфера с данными настройки 
оу БОТ, амога рег [Е5$1.1руТпВоЕЕег] 
;Засылаем управляющие слова по каналам 
пом ОХ, З0ЗВ ; Регистр команд 
оу АГ, 365 ;Канал 0, режим 3 
це БХ, АЬ 
поу АГ, ЛОБ ;Канал 1, режим 0 
оце ОХ, АБ 
поу АБ, ОВ6В ;Канал 2, режим 3 
ое ОХ, АБ 
;Программируем канал 0 - 1-ю половину таймера 
оу АХ, [ЕОТ+0] ;1-й параметр 
по ОХ, 3008 
оче ОХ, АБ ;Младший байт частоты 
хора АГ, АН 
оц ОХ, АБ ; Старший байт частоты 
;Программируем канал 1 - 2-ю половину таймера 
оу АХ, [ЕБТ+2] ;2-й параметр 
пох ОХ, 3018 
очЕ ОХ, АБ ;Младший байт интервала 
хспа АЦ, АН 
ОиЕ ОХ, АБ ; Старший байт интервала 
;Программируем внутренний генератор 
щоу АХ, [ЕОт+4] ;3-й параметр 
оу Ох, 3025 
оч ОХ, АБ 
хсв9 АН, АЦ 
оп ОХ, АБ 
;Сбрасываем счетчик 
поу ох, 308 В 
ое ОХ, АБ 
;Установим флаг 52 разрешения счета 
моу ОХ, З0ВВ 
17 АЦ, ОХ 


;Размаскируем грерывания 


поч 


БАХ, ТВО_Напа1е 


УхрСа11 УРТСО_РНуз1са11у_Оптазк 


с1с 
гее 


ЕпаРгос УМур_1п1% 


ее наанененн--- 
Вед1п?хос \УМур_Ех1& 
;Разблокируем геременную Баба гриложения 


ме 
зНЕ 
разВ 
разИ 


ЕАХ, 1р4ака ;Адрес-гсевдоним 


ЕАХ, 12 ; Полный номер начальной страницы 
РАСЕМАРСГОВАЬ 
пааза ;Число страниц 
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разр ЕАХ ;Полный номер начальной страницы 
УММСа11 _Т1пРадедп!оск 


ада Е5Р, 12 
;Разблокируем структуру о\у]1р приложения 
оу БАХ, 1роу1р 
эх БАХ, 12 ;Полный номер начальной странигы 
разр  РАСЕМАРСЬОВАЬ 
разб поУу1р ;Число странис 
разв ЕАХ ;Полный номер начальной страницы 
УММСа11 _Г1пРадеЦиГоск 
ада Е5Р, 12 
с1с 
ге 


БлаРгос УМур Ех1е 

Вед1пРгос УМур_ТлЕ_ 13, НЗаВ_Ргеа 
ризраа 

; Получим данное 
пом ох, 3195 


1л АГ, ОХ 

поУ АН, АБ 

дес ох 

1п АБ, ОХ 

оу гези1, АХ 


;Сброс флагов готовности и разрешения счета 
пом ОХ, ЗОАБ 
оц ОХ, АБ 
;Выполним завершающие действия в РТС и выведем результаты 
поУ ЕАХ, ТВО_Напа1е 
\УхОСа11 УРТСО_РВуз_ЕОТ 
\Ух0ОСа11 \УРТСО РВуз1са11у МазКк 


оу АХ, гези1 Е 

поУ ОТ, ]раафа ;Передадим данное 

пом [ЕОТ], АХ ;в буфер гриложения 

по БАХ, 1роу1р ;Адрес структуры ОУЕВЬАРРЕО 

пом ВХ, [ЕАХ.О_Тпёегла1];Значение члена Тпхегпа1 
УхОСа11 УИТМ32_РТОССопр1еЕ1опВоче1пте 

рораа 

с1с 

гееё 


ЕлаРгос УМуО ТЕ 13 
Ухр СОРЕ_ЕМО5 
епа УМурб Веа1 Тиз 


Этот вариант виртуального драйвера отличается от предыдущего двумя особенностя- 
ми, Во-первых, в нем осуществляется блокирование в памяти физических страниц не толь- 
ко для данного Ба, но и для структурной переменной о\р, к которой также надо обеспе- 
чить доступ из обработчика аппаратных прерываний. Во-вторых, вызовом функции 
У\1М32 ПОССотрепопКоийпе перед завершением обработчика прерываний драйвер 
оповещает приложение об окончании асинхронной операции. Этот вызов приводит к уста- 
новкс события и псреводу потока с функцией [$г() в состояние выполнения. 

Для обсспечения блокирования переменной о\!р адрес этой структуры, как уже отме- 
чалось выше, пересылается в драйвер на этапе инициализации платы вместе с константами 
инициализации платы и адресом переменной Даа. В сегментс данных драйвера рсзервиру- 
ются двухсловные ячейки раза и 1ро\1р для адресов блокируемых персмснных приложе- 
ния, а также пдава и поуф для хранения числа блокируемых страниц. 

В процедуре УМур_ ШИ драйвера теперь блокируются два участка физической па- 
мяти приложения: с переменной Вай и со структурой о\р. 
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Установка события, разблокирующая спящий поток с функцией 15г() приложения, 
осуществляется в конце процедуры УМур_аи_13 обработчика аппаратных прерыва- 
ний драйвера. После чтения результата измерений, посылки в контроллер прерываний 
команды ЕОТ, маскирования нашего уровня прерываний и передачи в приложение 
(в переменную Пайа) результата измерений выполняется вызов функции У\МИМ32_ 
ПЮССотр]ебопКоиипе, которую предоставляет системный виртуальный драйвер 
У\!1М32.УХО. Этот вызов оповещает систему о завершении асинхронной операции в 
виртуальном драйвере и переводит в свободное состояние то событие, дескриптор ко- 
торого содержится в элементе НЕуег структуры ОУЕВЕАРРЕР (вспомним, что, соз- 
дав событие, мы поместили его дескриптор ВЕуепе в элемент оу1р.НЕуеп! этой структу- 
ры). Функция У\/ПМ32_ ОЮССотр]енопВоийпе требует, чтобы в регистре ЕВХ со- 
держалось то значение элемента Ниегпа| структуры ОУЕВГАРРЕО, которое было 
передано в драйвер на этапе активизации механизма асинхронных операций. Поэтому 
вызов этой функции выглядит следующим образом: 

по БАХ, 1ро\1 ; Адрес структуры ОУЕВЬАРРЕР 
пох ЕВХ, [ЕАХ.О_Тлбегпа1];Значение члена Тл&егкпа1 
УхрСа11 УМ1М32_ РТОССотр1еЕ1оп8оц1пе 

Для того чтобы обратиться к элементу Ииегпа! в структуре ОУЕВГАРРЕО, надо 
знать символическое обозначение смещения этого элемента. Тот состав структуры 
ОУЕВГАРРЕО, который был приведен выше и в котором фигурирует имя Пиегпа|, оп- 
ределен в файле \/ПЧВАЗЕ.Н, который является заголовочным файлом для программ, 
написанных на языке Си. В программах на языке ассемблера его, естественно, исполь- 
зовать нельзя. Однако та же структура ОУЕВТ.АРРЕО описана и в файле У\!ПМЗ2.ИМС, 
входящем в состав пакста ООК и предназначенным для программ на языке ассемблера 
(только там она называется ОУЕВГАРРЕО). Первый элемент этой структуры носит 
имя О_Ниета|, которое мы и использовали в приведенном выше фрагменте. 


17: . И <> 
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Рис. 57.2. Ход выполнения приложения 87-01 


и —— 





На рис. 87.2 показан результат выполнения программы. Видно, что после выбора 
пункта "Пуск" и истечения заданного интервала времени на экран было выведено окно 
сообщения из асинхронной функции 15г(). После этого для контроля был выбран пункт 
меню "Чтение данных", в котором вызывается прикладная функция Кеа4Оаа(). Она. 
естественно, вывела из переменной Ома то жс число (101 событие). 
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Раздел восьмой 
ПРИКЛАДНЫЕ ДРАЙВЕРЫ 
СИСТЕМ \П\РО\/$ М№Т/20600 


Статья 88. Основы разработки прикладных 
драйверов \Утдо\з №Т/2000 


Системы \Ишдо\/з МТ/2000 (которые в дальнейшем мы для простоты будем назы- 
вать \!п4о\/з МТ) заметно отличаются от более ранних вариантов операционных сис- 
тем корпорации М1сгозой как внутренними алгоритмами, так и терминологией. Сис- 
темные программы, служащие для виртуализации аппаратуры и организации взаимо- 
действия различных уровней операционной системы, в \шдо\з МТ носят название 
драйверов. Термин "виртуальный драйвер" остался за специфическими драйверами, 
используемыми главным образом для обслуживания сеансов ПОЗ. Однако значение 
этих программ с точки зрения прикладного программиста осталось тем же: драйвер, 
работая в плоской модели памяти на нулевом уровне привилегий, имеет доступ ко 
всем ресурсам системы и компьютера и дает возможность решать задачи, недоступные 
обычным приложениям \Мшт4о\з. Одной из важнейших областей использования при- 
кладных драйверов является разработка программных систем управления автоматизи- 
рованными установками. 

В отличие от виртуальных драйверов У/т4о\/з 95/98, для разработки которых ис- 
пользуется язык ассемблера, драйверы У/шдо\з МТ, как правило, пишутся на языке 
Си. В состав инструментального пакета РОК. МТ включен набор необходимых макро- 
сов и функций, предназначенных для использования в Си-программах и обрабатывае- 
мых компилятором языка Си. Кстати, использование языка высокого уровня практиче- 
ски не упрощает процесс составления программ драйверов (во всяком случае, при- 
кладных драйверов, для которых характерны относительно простые алгоритмы), 
однако существенно затрудняет. их отладку. Действительно, наблюдая работу драйвера 
с помощью системного отладчика типа Зо СЕ, мы имеем дело не с операторами ис- 
ходного текста драйвера, а с кодами машинных команд, которые не всегда легко со- 
поставить с предложениями языка Си. Таким образом, отладка Си-программы драйве- 
ра требует даже более глубокого владения языком ассемблера, чем разработка обыч- 
ных прикладных программ на этом языке. 

` Все же включение в эту книгу, посвященную программированию на языке ассемб- 
лера, раздела, в котором рассматриваются исключительно Си-программы, выглядит 
несколько нелогично. Однако было бы странно, описывая методику составления при- 
кладных драйверов для систем \Мт90\$, ограничиться лишь вариантами \У1п 90%, 
95/98. Поэтому авторы сочли необходимым рассказать также и о драйверах систем 
Уп 40% на платформе МТ. 

В настоящей статье будет описан простейший драйвер, единственной функцией 
которого является передача в вызывающее его приложение \/1п40\%/5 линейных адре- 
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сов своих процедур. Как уже отмечалось в предыдущем разделе, получение адресов 
процедур драйвера является практически обязательным условием его отладки, так как 
позволяет, установив в отладчике точку останова на адресе той или иной процедуры, 
войти в драйвер и продолжать его выполнение в пошаговом режиме, контролируя ре- 
зультат действия каждой команды. При этом необходимо иметь в виду, что в отличие 
от систем УЛп4оу/з 95/98, в которых системные программы, и в частности виртуаль- 
ные драйверы, используют при работе в плоском адресном пространстве на нулевом 
уровне привилегий глобальные селекторы 0х28 для сегмента команд и 0х30 для сег- 
мента данных, в системах МТ тем же целям служат селекторы 0х08 и 0х23 (поскольку 
в этом разделе описываются программы, составленные на языке Си, 16-ричные числа 
мы будем обозначать по правилам этого языка, предваряя каждое 16-ричное число 
символами 0х). Таким образом, для того чтобы перейти в программу драйвера и про- 
должить ее выполнение в пошаговом режиме, следует, загрузив отладчик ЗоЯСЕ и ра- 
ботающее с драйвером приложение УЛпдо\уз, ввести в отладчике команду 

С 8:а00ге$$ 


где а44геуу — линейный 32-битовый адрес отлаживаемой функции, полученный с по- 
мощью того же драйвера. Разумеется, для того чтобы выполнить эту операцию, драй- 
вер должен быть уже отлажен до такой степени, чтобы хотя бы выводить на экран пра- 
вильные адреса своих функций. 

Еще одно замечание относительно отладчика Зо СЕ, Для работы с системой 
УЛпаомз$ МТ предусмотрен отдельный вариант отладчика. Он устанавливается и 
функционирует практически так же, как и для среды \Уп4о\з 95/98, однако активизи- 
руется по-другому. После полной загрузки \/шдо\з МТ следует запустить командный 
файл МТИСЕ.ВАТ (удобно значок этого файла поместить на Рабочий стол); файл со- 
стоит из одной команды 


МЕТ ЗТАВТ МТСЕ 


Далее активизация отладчика выполняется запуском программы ГОАЛРЕВЗ2.ЕХЕ, 
как и для систем УЛт4о\гз 95/98. 

В процессе рассмотрения программы драйвера мы познакомимся с основами взаи- 
модействия драйвера и системы У пдоу/з, а также опишем правила подготовки загру- 
зочного модуля драйвера. 

Состав и функционирование драйвера будут более понятны, если представлять, 
каким образом он вызывается, какие данные в него передаются и какой результат ожи- 
дает получить прикладная программа, работающая в паре с драйвером. Поэтому сна- 
чала мы рассмотрим текст этой прикладной программы (пример 88.1), которая являет- 
ся классическим 32-разрядным приложением УЛпдо\/з и в принципе не отличается от 
рассмотренных ранее примеров (см., например, статью 85). В последующих статьях 
этого раздела программа будет усложняться, главным образом за счет включения в ее 
меню дополнительных пунктов, а в текст программы — соответствующих этим пунк- 
там прикладных функций. Структура и состав исходных файлов приложений будут 
оставаться неизменными. Приводимый текст приложения готовился в ФЕ ВоЦапа С++ 
5.0; с равным успехом можно было воспользоваться и другой средой подготовки при- 
ложения Ут 4о\. 
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Пример 88.1. Приложение Итаом5, служащее для вызова драйвера, получения из него адресов 
его процедур и вывода этой информации на экран 

Файл 88-01.Н 

//Определения констант 

#4еЕ1пе МГ АООВ 100 

#ЧеЁ1пе МТ ЕХТТ 104 

//Определение кода действия 

#ЧеЕ1пе ТОСТЬ АОШК (0х800<<2) | (0х22<<16) 
//Прототипы функгий 

у014 Вед1з%ех (НТМУТАМСЕ); 

уо14 Схеаее (НТМ5ТАМСЕ); 

ТВЕЗОГТ САБШЪВАСК ИлаРкос (НИМО, ОТМТ, ИРАВАМ, ГРАВАМ); 
ВООГ ОпСгеа%е (НИМО, ГРСВЕАТЕЗТВОСТ); 

\у01а ОпСотммала (НУМО, 11%, НИМО, ОТМТ); 

\01Я Опрезекоу (НИМ); 

\у014А Себслаахг (); 


Файл 88-01.ВС 
#1пс1аае "88-01.в" 
Ма1п МЕМО 
{ 
РОРУ? "Режимы" 
{ 
МЕМОТТЕМ "Адреса процедур драйвера", МТ _АООК 
МЕМОТТЕМ 5ЕРАВАТОВ 
МЕМОТТЕМ "Выход", МТ_ЕХТТ 
} 
} 


Файл 88-01.СРР 
#ЧеЕ1пе 5УТАТСТ 
#1пс1иае <м1паомз.В> 
#1пс1аае <м1паомзх.В> 
#1пс1аае <зе91о.1> 
#1пс1аае "88-01.6" 
сраг 32С1аззМаме [ ] ="Ма1п\1п"; 
сраг $3211%1е[}]="Приложение 88-1"; 
НАМОТЕ ВОогУу;//Дескригтор открытого драйвера 
ОИОВО ськее;//Счетчик байтов возвращаемых драйвером данных 
//Главная функгия приложения 
1пЕ ИТМАРТ И1пМа1п (НТМ5ТАМСЕ ЬТпзбапсе, НТМУТАМСЕ, БРУТВ, 11%) { 
М5С пза; 
Вед1зеек (ВТпзбапсе); 
Сгеафе (ВТпзбапсе); 
м611е (СееМеззаде (&тза, МОТ, 0,0) ) 
215раесНМеззаде (&щза); 
гебакл 0; 
} 
//Функция регистрации класса главного окна 
Уу014 Зед1з$ек(НТМ5ТАМСЕ ВТпз%) { 
ИМОСТА$$ мс; 
мемзей (&мс,0, 517еоЕ (мс}); 
мс.1рз2С1аз$Мате=52С1аззМаме; 
мс.БТазбапсе=В1п$%; 
мс. 1рЕлМларРгос=МпаРкгос; 
мс. 1рз;МелоМаме="Ма1п"; 
мс.ПСигзог=ГоаЯСагзок (МОТТ, ТОС _АВВОМ); 
ис.ВТсоп=ГоаЯТсол (МОБЬ, ЕО:_АРРЬТСАТТОМ); 
мс.БЬгВаскахосла=бее $ оскКВкизВ (ИНТТЕ _ЗВО5Н); 
Вед1зЕе:С1аз$ (&мс); 


} 
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//Функция создания и показа главного окна 
у01А Сгеаке (НТМУТАМСЕ ВТпз6) { 
НИМО Випд=Сгеа‹еМ1пао\м (52С]1аззМаме, 2Т181е,И$ ОУЕВЬАРРЕРИТМООЙ, 
10,10, 300,150, НИМО_ОЕЗКТОР, МОБЬ, ВТпзе, МОЬЬ); 
Зпомм1паом (Пипа, $ _ЗНОММОВМАЬ); 
} 
//Оконная гроцедура главного окна 
ТВЕЗОБЬТ САБЬВАСК ИпаРгос (НММО пила, ОТМТ мзд,ИМРАЗБАМ мРагкам, ГРАВАМ 1Ракам) { 
5МТЕСЬ (М59) { 
НАМОТЕ М$С (Рипа, ИМ СВЕАТЕ, ОпСгеа*е); 
НАМОЬЕ М$С (ила, ИМ СОММАМО, ОпСотмтапа) ; 
НАМОЬЕ М5С (Рипа, ММ ОЕЗТВОУ, Опрезекоу) ; 
Чегац1*: 
хебакп (РеёИ1лаом?2кос (Бул, мза, мРагам, 1Ракам) ); 
} 
} 
//Функция, вызываемая при создании главного окна 
ВООГ ОпСгкеаее (НИМО, ГРСВЕАТЕЗТВОСТ) { 
//Откроем драйвер как файл и голучим его дескригтор 
БОку=СгеакеЕ11е ("\\\\.\\М1п32Маще", СЕМЕВТС_ ВЕАО|СЕМЕВТС ИВТТЕ, 0, 
МОТЪТ, ОРЕМ_ЕХТЗТТМС, ЕТЬЕ_АТТАТВУТЕ _МОВМАГ, МОГ.) ; 
гебигп ТВОЕ; 
} 
//Функция, вызываемая при выборе гунктов меню 
\у01Я ОпСоштапа (НИМО Бипа, 1пе за, НММО, отмт) { 
зитесСЬ (19) { 
сазе МТ _АООВ://При выборе пункта "Адреса процедур драйвера" 
Сесдаах (); 
Ьгеак; 
сазе МТ ЕХТТ://При выборе пункта "Выход" 
РезекоуМ1п4ом (Вила); 
} 
} 
//Функция завершения гриложения 
уо1А Опрезекоу (НИМО) { 
С1озеЧал1е (Року) ;//Закроем драйвер при завершении приложения 
Роз О11ЕМеззаде (0); 
} 
//Функция получения адресов прогедур драйвера 
уо1А Секлаак () { 
ОЪОМС ОхуАдак[4];//Приемный буфер (выходной для драйвера) 
сВак 3з2Тех® [80]; 
//Получим адреса процедур драйвера для отладки 
Реу1сеТоСопего] (пОгу, ТОСТГ АОРВ, МО, 0, ОЕУАЯЯг, 12, &сЬВеф, МОТ.) ; 
м5ре1тпЕЕ (з2Техе, 
"РетуехЕпЕгу=%1Х\пСЕ1Сгеа*е=%1Х\пС1С105е=%1Х\пСе101зраесв=%1Х", 
ОРгудаах [0], ОкуАаак [1], ОкуАаак[2],ОкудАаак[3}); 
МеззачеВох (МОГ, з2Техе, "Адреса процедур драйвера", МВ ТСОМТМЕОЗМАТТОМ); 
} 


В заголовочном файле 88-01.Н содержатся, как это и положено, определения 
символических констант, использусмых в программс, а также прототипы функций. 
Константы М1 АООК и М! ЕХ!Т служат идентификаторами пунктов меню прило- 
жения, а константа 1ОСТГ. АООВ определяет значение задавасмого в приложении 
кода действия. Наш драйвер предназначен для выполнения лишь одного действия — 
возврата в приложение своих адресов; в последующих драйверах набор кодов дейст- 
вий будет расширяться. Некоторая вычурность определения константы ПОСТЕ. АРОК 
связана стем, что в \Утадо\м\м$ МТ на значения кодов действий накладываются 
определенные условия, к которым мы еще вернемся при рассмотрении программы са- 
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мого драйвера. Пока только отметим, что числовое значение константы 1ОСТЬ_АРОК 
(представляющей собой длинное слово) составляет 0х00222000. 

Файл ресурсов содержит сценарий меню, состоящего в данном случае всего из 
двух пунктов: вызова драйвера с целью получения адресов его процедур и завершения 
приложения. 

Структура программы типична для несложных приложений \У/ш4о\’з. Программа 
состоит из главной функции \УЛпМат(), оконной процедуры У/паРтос и ряда вспомо- 
гательных функций. В оконной ‘процедуре определяется состав сообщений У/шдо\з, 
обрабатываемых в данном приложении. Сообщение \М_СКЕАТЕ посылается в глав- 
ное окно в процессе его создания; на этом этапе (см. функцию ОпСтгеае()) мы функци- 
ей Уп4о\з СтемеЕПе() открываем драйвер. Сообщение \УМ_СОММАМЮ, приводя- 
щее к вызову вспомогательной функции ОпСоттапа(), приходит от пунктов меню 
приложения: при выборе пункта "Адреса процедур драйвера" вызывается функция 
Се{А99:0, где происходит единственное в данной программе содержательное обраще- 
ние к драйверу, а при выборе пункта "Выход" — завершение программы. 

Функции СтежеЕЦе() передается целый ряд параметров. Первый параметр в дан- 
ном случае не соответствует имени файла с программой драйвера. Использованное 
в качестве параметра (произвольное) имя \!1132Маше входит в "пространство имен 
\!1132" и задается в тексте драйвера, который выполняет с ним определенные манипу- 
ляции. Имя файла драйвера вообще не фигурирует в тексте программ, хотя и заносит- 
ся, как это будет показано позже, в реестр \Мтдо\з. 

Далее в параметрах функции СгемеР!е() указываются: тип доступа к устройству 
(в данном случае чтение-запись), флаг совместного использования (0 - запрет), атри- 
буты защиты (отсутствуют), действия системы в случае отсутствия открываемого фай- 
ла (у нас — открыть драйвер при его наличии и ничего не делать в случае его отсутст- 
вия), атрибуты открываемого файла (у нас атрибуты отсутствуют) и, наконец, деск- 
риптор дополнительного файла шаблона (который в данном случае тоже отсутствует). 

Функция СгемеЕИе() в случае своего успешного выполнения открывает драйвер и 
возвращает его дескриптор, сохраняемый в глобальной переменной №Огу типа 
НАМОЕЕ. Этот дескриптор даст нам возможность обращаться к драйверу с помощью 
функции 1ОСТГ-интерфейса Оеу1сеюоСопно\(). 

Как уже отмечалось, единственное содержательное обращение к драйверу осуще- 
ствляется при выборе пункта меню "Адреса процедур драйвера" с идентификатором 
МГ АОРВ. В этом случае вызывается подпрограмма Се!АЗ4г(), содержащая вызов 
функции Веу1се!оСопто]() с указанием единственного в нашей программе кода дейст- 
вия с символическим обозначением 1ОСТЕ_АШОЖ. Как уже описывалось в статье 83, 
функции Пеу1сеоСопво{() вслед:за дескриптором драйвера и кодом действия переда- 
ются адреса и размеры двух буферов обмена данными: входного (с точки зрения драй- 
вера), через который приложение может передать в драйвер необходимую информа- 
цию, и выходного, в который драйвер помещает данные, передаваемые в приложение. 
В данном случае приложение ничего не передает в драйвер, поэтому вместо адреса 
буфера и его размера указаны нулевые значения, а в качестве выходного для драйвера 
и входного для программы буфера указан массив ОгуА94г из четырех длинных чисел, 
в котором приложение после возврата из функции Оеу1се!оСопго|() ожидает найти 
линейные адреса четырех процедур драйвера. 
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Полученные из драйвера адреса преобразуются в символьную форму и выводятся 
в окно сообщения. Как уже отмечалось в предыдущих статьях, драйвер может помес- 
тить в буфер обмена данные любых типов и в любом порядке. Чтобы правильно из- 
влечь данные, приложение должно знать, как они размещены в буфере. В данном слу- 
чае драйвер записывает в буфер 4 длинных адреса и для их приема в программе проще 
всего объявить массив длинных слов ОгуА9@г из четырех элементов. Порядок выборки 
данных из буфера приложением, разумеется, должен соответствовать порядку их по- 
мещения в буфер драйвером. 

Возможный вывод программы приведен на рис. 88.1. Обратите внимание на 
странное совпадение адресов двух различных функций драйвера — СИСгеа!е() и 
СИС1озе(). Как две разные функции могут иметь один и тот же адрес? При рассмотре- 
нии программы драйвера мы вернемся к вопросу об этом совпадении. 





Рис. 88.1. Вывод приложения 88-01 с окном сообщения и открытым меню 


При завершении приложения выполняется закрытие драйвера с помощью функции 
У пао\$ С1озеНап4]е() с указанием в качестве параметра дескриптора открытого ра- 
нее драйвера. Вызов этой функции не является обязательным, так как в процессе за- 
вершения приложения У/т4до\/$ закрывает все открытые дескрипторы. 

Перейдем теперь к программе драйвера. Помимо собственно текста программы 
драйвера мы рассмотрим основные алгоритмы взаимодействия системы \/1190\уз, 
драйвера и приложения, а также некоторые системные структуры данных, используе- 
мые драйвером в процессе его функционирования. В тексте программы драйвера при- 
ходится постоянно ссылаться на те или иные элементы этих структур, поэтому про- 
граммист должен иметь отчетливое представление об их составе и назначении пример 
88.1, продолжение). 


Пример 88.1 (продолжение). Простой драйвер, посылающий в приложение адреса своих ха- 
рактерных процедур 
#1пс1аае "обаак.в" 
#ЧеЁ1пе МТ_РЕУТСЕ_МАМЕ Т"\\реу1се\ \Реу1сеМмате"//Имя объекта устройства 
#Чеё1пе №1М32 РЕУТСЕ МАМЕ 1"\\??\\И1п32Маме"//Имя в пространстве имен №1132 
//Определим код действия при вызове драйвера 
#ЧеЁ1пе ТОСТЬ АООВ СТЬ СОБЕ \ 
(ЕТЬЕ_ РЕУТСЕ _ОМКМОиМ, 0х800, МЕТНОР_ВОЕРЕЗЕО, ГТЬЕ_ АМУ_АССЕ$$) 
//Грототипы основных функций драйвера 
МТ$УТАТО$ С&1Сгеафе (ТМ РОЕУТСЕ ОВУЕСТ, ТМ РТВР); 
МТ$ТАТО$ СЕ1С1озе (ТМ РОЕУТСЕ_ ОВСЕСТ, ТМ РТВР); 
МТ5ТАТО$ С610215раесВь (ТМ РОЕУТСЕ ОВУЕСТ, ТМ РТКР); 
//Функция инициализации драйвера 
МТЗТАТО$ Ог1уегЕпегу (ТМ РОВТУЕВ_ОВУЕСТ рок1уегОБес®, 
ТМ РОМТСОРЕ_5ТАТМС рВед+з®куРафп) { 
РОЕУТСЕ ОВСЕСТ р)еу1сеор)ес®; //Указатель на объект устройства 


Раздел восьмой. ПРИКЛАДНЫЕ ДРАЙВЕРЫ СИСТЕМ ИИМООИ/$ №Т/2000 487 


ОМТСОБЕ 5ТВТМС ип1МЕМаще; //Структура с МТ-именем устройства 
ОМТСОРЕ_5ТВТМС ил1\1п32Маме; //Структура с И1п32-именем устройства 

//Греобразуем оба имени в структурные геременные со счетчиками 
8611016 0п1соде5е к1п9 (&ип1МЕМаще, МТ_ОЕУТСЕ МАМЕ); 

8111016011 сое5®г1п9 (&и11\1п32Маще, 20$ РЕУТСЕ МАМЕ); 

//Создадим символическую связь МТ- и М1132-имен 
Тоскеафебумро11с11 пк (&001/И1п32Маме, &ап1МЕМаме); 

//Создадим объект устройства 
ТоСгеаеереу1се (ррх1уегОБ)ес®, //Указатель на объект драйвера 

0,//?асширение отсутствует 

&и11МЕМаше, //Имя устройства 

ЕТЬЕ РЕУТСЕ ОМКМОИМ, //Тил устройства 

0, //Специальные характеристики устройства 

РАГЗЕ, //Однопоточное устройство 
&рреу1сеоО6)ес®);//Указатель на создаваемый объект 

//Заполним в структуре объекта драйвера голя с адресами основных функций 
РОг1уегОБ)ес®->Ма) огРапс®1оп [1ВР_МУ_СВЕАТЕ] =С&]Сгеафе; 
рОг1уегОБ3ес®->Ма)огРипс®1оп [ТВР_МУ СТОЗЕ] =С&1С10зе; 
рОг1уекОр]ес®->Ма)огРапсе1оп [ТВР_МУ РЕУТСЕ СОМТВОГ] =С&101зрафсП; 
гебогп ЗТАТО$ $90ССЕЗ$;//Успешное завершение функции 
} 

//Функция, вызываемая при открытии драйвера гриложением 

МТ$ТАТО$ С&1Сгеафе (ТМ РОЕУТСЕ_ОВУЕСТ рреу1сео6)ес®,1М РТБВР рТер) { 

//В данном драйвере не выполняем никаких действий 
рТер->Тобфасиз .5тасаз=5ТАТИУ$ _59ССЕЗ5;//Код успешного завершения 
рТгр->Тобфае из .ТпЕокта*1оп=0;//Дополнительная информация 
ТоСомр1есезеаиез® (рТгер, ТО_МО_ТМСВЕМЕМТ);//Завершение данного запроса 
хекоакп ЗТАТО$ 5$0ССЕЗ5;//Успешное завершение функции 
} 

//Функция, вызываемая при закрытии драйвера приложением 

МТ5ТАТУ$ С&1С1озе(1М РРЕУТСЕ ОВУЕСТ рреу1себоБ}ес®,1М РТКР рТгр) { 

//В данном драйвере не выголняем никаких действий 
р!1гр->Тоббаеи$.55атаз=5ТАТУ$ $9ССЕЗ5$;//Код успешного завершения 
рТкр->Тобеаеаз.ТпЕокта*1оп=0;//Дополнительная информация 
ТоСопр1есекечиез® ( рт!кр, ТО_МО ТМСВЕМЕМТ); //Заверщение данного запроса 
гебокп ЗТАТУ$ 59ССЕ55;//Усгешное завершение функции 
} 

//Функция диспетчеризации 

МТ$ТАТИ$ С&101зраесВ(1М РРЕУТСЕ ОВФЕСТ Беу1себЬ)ес®,ТМ РТВР ртТегр) { 

РТО 5ТАСК ТОСАТТОМ р!герб®асК; //Указатель на стековую область 
РОГОМС ртОВаЁЁЕег;//Системный буфер обмена данными с приложением 
рТерб*аск=ТобееСаккел®ТкрбеаскГоса®1оп (рТгр);//Получим адрес стековой области 
РТОВОЕЕег=ртТгр->Аззос1атеЯТгр.бузсемВиЕЕег; //Получим адрес буфера обмена 
зи1ЕсВ (рТерб®аск->Рагаще®егз .Беу1сеТоСопе ко] .ТоСопего1Соае) { 
сазе ТОСТТ АШРВ://Код действия 
*рТОЗаЕЁЕег++= (ОЪОМС) Ре1уекЕпеку;//В буфер обмена адрес функции Ог1уекЕпегу 
*рТОВоЕЕег++= (ОТОМС) С&]1Сгеафе; //В буфер обмена адрес функции С®1Сгеа*е 
*ртТОВоЕЁЕек++= (О0ТОМС) С&1С1озе;//З буфер обмена адрес функции С&1С1озе 
*рТОВаЕЕег= (ОЪОМС) С&101зраесвп;//В буфер обмена адрес функции С&101зраесВ 
рТер->Тоббаеиз. ТпЕогта*1оп=16;//Число передаваемых байтов 
Ьгеак; 
} 
рТер->Тобфасаз.56аеи$=5ТАТО$ _590ССЕ$5;//Код успешного завершения 
ТоСопр1ефезечлез® (рТгр, ТО_МО_ТМСВЕМЕМТ };//Завершение данного загроса 
хебагл 5ТАТУ$ $9ССЕ55;//Усгешное завершение функции 
} 


Текст драйвера начинается с оператора препроцессора #Нпс]и4е, с помощью кото- 
рого к программе подсоединяется файл МТООК.Н, содержащийся в пакете РОК МТ. 
Этот файл включает значитсльную часть определений констант, типов переменных, 
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прототипов функций и макросов, используемых в исходных текстах программ драйве- 
ров. Некоторая доля этих определений входит в другие заголовочные файлы, на кото- 
рые имеются ссылки в файле МТООК.Н. 

Два следующих предложения программы служат для задания символических имен 
(в данном случае МГ_РЕ\М1СЕ_МАМЕ и \М32_ РЕУ!ГСЕ МАМЕ) текстовым строкам 
с именами объекта устройства, который будет создан нашим драйвером. Вопрос об 
объекте устройства и его именах будет подробнее рассмотрен ниже. 

Предложения вида 
#АеЕ1ле ТОСТЬ АООВ СТЬ СОРЕ \ 

({ЕТЬЕ_ОЕУТСЕ_ОМКМОММ, 0х800,МЕТНОР ВОРЕЕВЕО, ЕТГЕ_АМУ_АССЕЗ5) 
позволяют определить коды действий, выполняемых драйвером по запросам приложе- 
ния. Как уже отмечалось в статье 83, обращение приложения к драйверу, независимо 
от цели этого обращения, осуществляется с помощью сдиной функции Вемсе!оСопиго!(). 
Для того чтобы приложение могло запросить у драйвера выполнение конкретного дей- 
ствия (из числа предусмотренных в драйвере), в качестве одного из параметров этой 
функции выстулает код действия (в данном случае 1ОСТТ, АООВ). Процедура драйве- 
ра, вызываемая функцией УЛпдо\и$ Пеусе!оСотто|(), должна проанализировать по- 
ступивший в драйвер код действия и передать улравление на соответствующий фраг- 
мент драйвера. 

Коды действия, называемые в документации РОК. МТ управляющими кодами вво- 
да-вывода (ИО сопёго] со4е$), строятся по определенным правилам. Каждый код пред- 
ставляет собой слово длиной 32 бита, в отдельных полях которого размещаются ком- 
поненты кода (рис. 88.2). 


Биты 3130 16 15 1413 210 


|| сою = | | Функциональный в М 


Файловый флаг Доступ Тип передачи 





Рис. 88.2. Поля кода действия 


Файловый флаг устанавливастся в случаях, когда пользователь создает новые коды 
действия для файловых устройств. Все наши устройства нефайловые, и этот бит дол- 
жен быть сброшен. 

В поле "Тип устройства" помещается предопределенная константа, характеризую- 
щая устройство (ЕШЕ_РЕМПСЕ_СО_КОМ, ЕШЕ_БЕМ1СЕ_МОТЪЗЕ и др.). В нашем 
случае можно использовать константу ЕШЕ_ РЕ\МГСЕ_ УМКМОУМ, равную 0х22. 

Поле доступа ‘определяет запрашиваемые пользователем права доступа к устрой- 
ству (чтенис, запись, чтенис и запись). Мы будем использовать константу ЕТЕ_АМУ 
_ АССЕЗ$, равную нулю. 

Функциональный код может принимать произвольное значение в диапазоне 
0х800...0хЕЕЕ (значения 0х000...0х7ЕЕ зарезервированы для кодов М1сгозой). В рассмат- 
риваемом примерс используется сдинственный код действия и для него выбран функцио- 
нальный код, равный 0х800. В послсдующих примерах драйверов кодов действий будет 
больше и им будут присваиваться функциональные коды 0х801, 0х802 ит. д. 

Тип передачи определяет способ связи приложения с драйвером. Для драйверов 
физических устройств, выполняющих пересылки незначительных объемов данных без 
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использования канала прямого доступа, в качестве типа передачи обычно используется 
константа МЕТНОР_ВОЕРЕВЕР, равная нулю. Такой выбор константы определен- 
ным образом задает местоположение системного буфера, через который пересылаются 
данные. В дальнейшем этот вопрос будет рассмотрен подробнее. 

Код действия можно сформировать "вручную", как это сделано в нашем приложе- 
нии Упдо\з: 
#4еЁ1пе ТОСТЬ АООК оное {0х22<<16) 


Легко сообразить, что этом случае предполагаются константы 
ЕШЕ ОЕМСЕ УМКМО\З/М=0х22,  МЕТНОР_ВОЕРЕВЕВЬО и ЕШЕ_АМУ_АССЕ$$=0 
при значении функционального кода 0х800. В программе драйвера для формирования 
кода действия использован макрос СТЬ СОРЕ, который определен в файле 
МТООК.Н. Этот макрос позволяет обойтись без детального знания формата кода дей- 
ствия и значений конкретных констант. 

Вслед за определением кода действия в тексте драйвера приведены прототипы исполь- 
зуемых в нем функций. Этим функциям можно дать произвольные имена, однако их, как 
говорят, сигнатура, т.е. состав параметров вместе с типом возвращаемого значения, 
жестко заданы системой. Ключевое слово ПМ, с которого начинается описание каждого 
параметра, говорит о том, что этот параметр является для функции входным, т.е. 
передается в функцию при ее вызове. В других случаях может использоваться ключевое 
слово ОТТ, а также и комбинация ПМ ОЧТ, если Через данный параметр осуществляется как 

‚ передача данного в функцию, так и возврат результата ее работы. По правилам языка Си, 
функция может изменять значения передаваемых в нее через параметры данных, если па- 
раметром является не само данное, а его адрес (указатель). 

Программная часть драйвера начинается с обязательной функции с именем 
РиуегЕпцу(, которая автоматически вызывается системой на этапе загрузки драйвера 
и должна содержать все действия по его инициализации. В первых строках функции 
определяются используемые в ней данные - указатель на объект устройства типа 
РОЕУ{СЕ_ОВУЕСТ и две символьные строки типа ЧСООЕ_$ЗТЕПМС с именами уст- 
ройства. В качестве первого параметра функция получает указатель еще на один объ- 
ект, именно на объект драйвера типа РОВГУЕВ_ОВЗЕСТ. О каких объектах идет речь 
и почему объект устройства имеет два имени? 

УЛпдо\з МТ является объектно-ориентированной системой. Каждый компонент 
системы представляет собой объект, включающий в себя необходимые для его функ- 
ционирования структуры данных и наборы функций. Некоторые из этих функций 
служат для внутреннего использования данным объектом, другие же являются 
экспортируемыми, т.е. доступными другим объектам. Системные компоненты 
общаются друг с другом не напрямую, а исключительно с помощью экспортируемых 
объектами функций. 

Типы объектов У/тдо\у, т. е. состав входящих в них структур данных и функций, 
известны заранее, однако сами объекты (или, как говорят, экземпляры объектов) соз- 
даются динамически по мере возникновения в них необходимости. 

При загрузке драйвера система создает объект драйвера (4Иуег оЪ}ес1), олицетво- 
ряющий для системы образ драйвера в памяти. С другой стороны, объект драйвера 
представляет собой структуру, содержащую необходимые для функционирования 
драйвера данные и адреса (указатели) функций. 
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В процессе инициализации драйвера (процедуру ‘инициализации пишет програм- 
мист-разработчик драйвера) создаются один или несколько объектов устройств (де\1се 
обес®), олицетворяющих те устройства, с которыми. будет работать данный драйвер. 
Объекты устройств существуют все время, пока драйвер находится в памяти; если мы 
не предусматриваем специальных средств динамической выгрузки драйвера, то объек- 
ты устройств будут уничтожены лишь при завершзнии работы системы \У/тдо\у. 
Объект устройства (по крайней мере один) необходи для правильного функциониро- 
вания драйвера и создается даже в том случае, если, это имеет место в нашем при- 
мере, драйвер не имеет отношения к каким-либо реальным физическим устройствам. 

Системные программы взаимодействуют с объектом устройства, созданным драй- 
вером, посредством указателя на него. Однако для прикладной программы объект уст- 
ройства представляется одним из файловых объектов (вспомним, что первым обраще- 
нием к драйверу в приложении был вызов функции СтежмеЕЦе()) и обращение к нему 
осуществляется по имени. Вот это-то имя, в нашем случае \!1132Мате, и следует оп- 
ределить в программе драйвера. 

Дело усугубляется тем, что объект устройства должен иметь два имени, одно — 
в пространстве имен МТ, другое - в пространстве имен \/т32. Оба эти имени должны, 
во-первых, быть определены с помощью кодировки Ошсоде, в которой под каждый 
символ выделяется не |, а 2 байта, и, во-вторых, представлять собой не просто сим- 
вольные строки, а специальные структуры типа ЧМСОРЕ_$ТЬЛ\УС, в которые входят 
помимо самих строк еще и их длины ("структуры со счетчиками"). Кодировка Ошсоде 
задается с помощью символа [., помещаемого перед символьной строкой в кавычках, а’ 
преобразование строк символов в структуры типа ЧМСОРЕ_$ТВПМС осуществляется 
вызовами функции ВиО соде$ 118(), которые можно найти далее по тексту про- 
граммы драйвера. 

Имена объектов устройств составляются по определенным правилам. МТ-имя 
предваряется префиксом \Оеу1се\, а \\!1132-имя — префиксом \?7\ (или \ОозОеу1се\). 
При указании имен в Си-программе знак обратной косой черты удваивается. 

Для того чтобы указанное в программе драйвера имя можно было использовать в 
приложении для открытия устройства, следует создать символическую связь между обоими 
заданными именами устройства. Эта связь создается функцией ГоСтемезутБоНе иК( ко- 
торой в качестве параметров передаются оба имени. 

Следующая обязательная операция — создание объекта устройства — осуществляет- 
ся вызовом функции [оСгежмеОеу1се(), принимающей ряд параметров. Первый пара- 
метр, указатель на объект драйвера, поступает в функцию ОиуегЕпну() при ее вызове 
из \УИтдо\и$ (см. заголовок функции ОпуегЕпяу). Второй параметр определяет размер 
так называемого расширения устройства — области, служащей для передачи данных 
между функциями драйвера. В рассматриваемом драйвере расширение устройства не 
используется и на месте этого параметра указан 0. В качестве третьего параметра ука- 
зывается созданное нами ранее МТ-имя устройства, Наконец, последний параметр этой 
функции является выходным — через него функция возвращает указатель (типа 
РЕ\М!СЕ_ОВ.ЕСТ) на созданный объект устройства. 

Последнее, что надо сделать на этапе инициализации драйвера, — это занести в 
объект драйвера адреса основных функций, включенных программистом в текст драй- 
вера. Под основными функциями мы будем понимать те фрагменты драйвера, которые 
вызываются системой автоматически в ответ на определенные действия, выполняемые 
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приложением или устройством. В наших примерах драйверов таких действий будет 
три: получение дескриптора драйвера функцией СгемеЕЦе(), запрос к драйверу на вы- 
полнение требуемого действия функцией Пезлсе!оСопто\() и закрытие драйвера функ- 
цией С!озеНап4]е(). В более сложных драйверах основных функций может быть боль- 
ше (вплоть до приблизительно трех десятков). Для хранения адресов основных функ- 
ций в объскте драйвера предусмотрен массив (с именем МалогРипсНоп) указателей на 
функции типа РОВУЕК ПЗРАТСН. В файле МТРОК.Н определены символические 
смещения элементов этого массива. Так, в первом элементе массива (смещение 
[ВР_М/ СВЕАТЕ=0) должен размещаться указатель на функцию, которая вызывается 
автоматически при выполнении в приложении функции СгемеЕ\Це(). В элементе со 
смещением [КР_МУ СГОЗЕ=2 размещается указатель на функцию, вызываемую при 
закрытии устройства (функцией С]озеНап@е()). Наконец, в элементе со смещением 
[ВР_МТ РЕУ!СЕ_СОМТВОГ=0х0Е должен находиться адрес функции диснетчериза- 
ции, которой система передает управление в ответ на вызов в выполняемом приложе- 
нии \/1пдо\из функции Бе\1соСопто!() с указанием кода требуемого действия. На- 
значение функции диспетчеризации -— анализ кодов действий, направляемых в драйвер 
приложением, и осуществление переходов на соответствующие фрагменты драйвера. 
В рассматриваемом примере три упомянутые функции имеют (произвольные) имена 
СИСтеме, СИС юзе и СИП1зраюИ; структура нашего драйвера с указанием его функций 
точек входа приведена на рис. 88.3. 


Операторы препроцессора, 
прототипы функций 


Активизирустся системой ————> | МТУТАТО$ ОиуегЕану(...) 
при загрузке драйвера 


Активизируется системой ————> | МТУТАТО$ СИСгеме (...) 
при вызове в приложении 
функции СгеаеЕИе() 


Активизируется системой ———— МТЗТАТО$ СИСозе (...) 
при вызове в приложении 
функции С1юзеНапе() 


Акгивизируется системой ————}№ | МТЗТАГО$ СИГ\5рай (...) 
при вызове в приложении Выполнение того или иного 
функини Реусе1оСопгоК() фрагмента в соответствии 
с кодом действия | < кодом действия 





Рис. 88.3. Структура простейшего драйвера 


Массив Ма]огЕчпсНол является одним из элементов структурной переменной. Ес- 
ли бы эта структура была объявлена в программе с указанием ее имени (пусть это имя 
будет ОпуегОБ]сс®), то для обращения к элементу структуры с индексом 0 следовало 
бы использовать конструкцию с символом точки: 


СгууегоОрЗесе.МатогРолсотол [0] =С%1Сгеахе; 
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Однако у нас иместся не имя структурной переменной, а ее адрес рОпуегОесь, 
полученный в качестве первого параметра при активизации функции ПпуегЕпфу. 
В этом случае для обращения к элементу структуры следует вместо точки использо- 
вать обозначение ->: 


рог1уекОБ1есЕ->Ма}охРипсе1ол [1ВР_МУ СВЕАТЕ]=СЕ1Сгеасе; 


Разумсется, вместо численного значения индекса массива надежнее воспользо- 
ваться символическим. 

Функция РиуегЕпу(), как, впрочем, и все остальные функции, входящие в состав 
драйвера, завершается оператором геи с указанием кода успешного завершения 
ЗТАТО$_$У9ССЕЗ$ (равного нулю). 

Как видно из прототипов функций СИСгеа(), СИС1озе() и СИП1зрасВ О, все они 
принимают (из системы \т40%/5) в качестве первого параметра указатель на объект 
драйвера, а в качестве второго — указатель на структуру типа 1ВР. Эта структура, так 
называемый пакет запроса ввода-вывода (1/ои{ гедиез( расКей, [ВР), играет чрезвычай- 
но важную роль в функционировании драйвера наряду с уже упоминавшимися объек- 
тами драйвера и устройства. Рассмотрим более детально создание и взаимодействие 
всех этих структур (рис. 88.4). 

Как уже упоминалось выше, объект драйвера, олицетворяющий собой образ вы- 
полнимой программы драйвера в памяти, создается при загрузке драйвера на этапе за- 
пуска системы УЛиао\е5. В этом объекте еще не заполнен массив Ма]отЕРипсбоп, а так- 
же РемсеОБес! — указатель на объект устройства, поскольку сам объект устройства 
пока еще не существует. 

Загрузив драйвер, \У/ш4о\з активизирует сго функцию инициализации 
ОпуегЕпНу(). Эта функция должна содержать вызов ГоСтемереу!се(), создающий объ- 
ект устройства. В объекте устройства есть ссылка на объект драйвера, которому это 
устройство принадлежит, и, кроме того, адрес так называемого расширения устройства 
(Чемсе сжепз1оп), поля произвольного размера, служащего для обеспечения передачи 
данных между запросами ввода-вывода. В настоящем примере драйвера расширение 
устройства не используется (и соответственно, не создается). В дальнейших примерах 
будет показано, как задать формат и размеры расширения устройства, а также каким 
образом использовать его возможности. Функция [оСгеаееу!се(), создав объект уст- 
ройства, заносит его адрес в объект драйвера. Таким образом, обе эти структуры ока- 
зываются взаимосвязаны. 

Рассмотренные выше объекты существуют независимо от запуска и функциониро- 
вания прикладной программы, работающей с драйвером. Уничтожены они будут толь- 
ко при закрытии всей системы или при динамичсской выгрузке драйвера из памяти, 
ссли такая возможность в драйвере предусмотрена. 

Пакст запроса ввода-вывода создается заново при каждом обращении приложения 
к драйверу, т. е. при каждом вызове функции Оеу1ссоСоп&о](). В терминологии драй- 
веров \/Мтдо\/$ МТ этот вызов носит названис запроса ввода-вывода (1/О гедиез®). Вы- 
полнение функции ГоСотр!ееКедие$(, которой завершается любая активизируемая 
из приложения функция драйвера, приводит к уничтожению этого пакета, который, 
таким образом, существует лишь в течение времени выполнения активизированной 
функции драйвера. Обычно приложенис за время своей жизни обращается к драйверу 
неоднократно; следующий запрос ввода-вывода снова создаст пакет 1ВР, который, ра- 
зумсстся, ничего нс будет знать о прсдыдущем. Для того чтобы можно было передать 
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данные, полученные в одном запросе ввода-вывода (например, данные, прочитанные 
из устройства), в другой запрос (например, с целью записи их в устройство), эти дан- 
ные следует сохранить в расширении устройства. 


Создание 
объекта 
Загрузка Ито; брайвера РРЮУЕК ОВЕСТ РпустОбия 
Загрузка драйвера ———— 





РРЕ\УТСЕ_ОВЛЕСТ Бемсе Оса 








Создание 
объекта 


устройства , 
Указатель на 


расширение устройства 


Создание пакета 
запроса ввода-вывода 





Указатель 
на стековую 
область 





Рис. 88.4. Структуры данных, обеспечивающие работу драйвера Ит4ом5; МТ 
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Пакет ввода-вывода [ВР состоит из двух частей: фиксированной части и так назы- 
ваемой стековой области ввода-вывода (ГО $аск ]осайоп). Как видно из рис. 88.4, 
ссылка на стековую область ввода-вывода содержится в переменной СителЕасК 
Госайоп, входящей в фиксированную часть ВР. Адрес же фиксированной части пере- 
дается в качестве второго параметра в любую основную функцию драйвера при ее ак- 
тивизации. С другой стороны, адрес стековой области ввода-вывода можно получить 
с помощью специально предусмотренной функции ГобеСипепт гр асКГосанол(). 

Итак, в нашем драйвере имсются три основные функции: СЧСгеае(), СИС1о$е() и 
СИГР\5раВ0. Это минимальный набор основных функций, при котором драйвер будет 
правильно функционировать. Активизация каждой из этих функций приводит к выде- 
лению системой (конкретно — диспетчером ввода-вывода ГО Мапарег) пакета запроса 
ввода-вывода со стековой областью, а завершение функции - к его возврату в систему. 
Для освобождения пакета запроса ввода-вывода необходимо заполнить в нем структу- 
ру блока состояния 10 _$ТАТИЗ ВГОСК и сообщить диспетчеру ввода-вывода вызо- 
вом функции [оСотшр!аеКедие$() о том, что мы завершили обработку этого пакета. 
Как видно из рис. 88.4, в блок состояния входят две переменных: $1ай1$ — для кода за- 
вершения и шЮюппаНоп — для возврата в приложение некоторой числовой информации. 
В переменную Заз естественно поместить код ЗТАТО$_$ОССЕ$$, а переменная 
шЮппабоп должна содержать число пересылаемых в приложение байтов. Функции 
СИСтеае() и СИС]озе() ничего не пересылают в приложение, и значение этой перемен- 
ной приравнивается нулю; функция СИО1зраюеЬ должна вернуть в приложение четыре 
4-байтовых адреса, и переменной пЮппаНоп задается значение 16. 

Функция юСотр|аеВедиез() требует указания двух параметров: указателя на те- 
кущий пакет запроса ввода-вывода и величины, на которую следует повысить приори- 
тет вызывающей драйвер программы. В нашем случае запросы ввода-вывода обраба- 
тываются очень быстро, за это время приоритет вызывающей программы снизиться не 
успевает, и нет необходимости его повышать. Поэтому в качестве второго параметра 
передается константа О_МО ПУМСВЕМЕНТ. 

Функции СИСгеа() и СНС1озе() в нашем примере не выполняют никакой содер- 
жательный работы, и их тексты в результате оказались полностью совпадающими. 
'Транслятор с языка Си обратил на это внимание и удалил из текста программы один из 
повторяющихся участков, назначив именам СНСгее() и СИС1о$е() один и тот же ад- 
рес. Поэтому в выводе программы (см. рис. 88.1) у обеих функций оказались совпа- 
дающие адреса. Вообще следует отметить, что трансляторы с языков высокого уровня, 
выполняя оптимизацию программы, иной раз существенно изменяют ее структуру. 
В результате отладка такой программы на уровне машинных кодов, которую прихо- 
дится проводить, если драйвер работает слишком непредсказуемо, сопряжена с опре- 
деленными трудностями. 

Перейдем к рассмотрению содержательной (с точки зрения прикладного програм- 
миста) части драйвера — функции диспетчеризации СИО1раюсь(). 

Как видно из рис. 88.4, системный буфер, служащий для обмена информацией ме- 
жду драйвером и приложением, расположен в пакете запроса ввода-вывода [ВР (пере- 
менная зуметВиЙсг). Таким образом, для передачи в приложение адресов функций 
драйвера необходимо получить доступ к [ВР, а через [ВР - к ЗуметВийЕг. С этой це- 
лью в функции СИО1зраеВ() объявляется переменная рИирЗ\асК типа указателя на сте- 
ковую область ввода-вывода РЮ_$ТАСК_ГОСАТЮМ и, кроме того, переменная 





Раздел восьмой. ПРИКЛАДНЫЕ ДРАЙВЕРЫ СИСТЕМ ИЛМООИ/$ №Т/2000 495 


рОВаНет, в которую будет помешен адрес системного буфера обмена. В структуре 
пакета запроса ввода-вывода этот адрес имеет тип РУОШ - указатель на переменную 
произвольного типа. Действительно, тип передаваемых в приложение (или из прило- 
жения) данных может быть каким угодно: он определяется конкретными задачами 
данного запроса ввода-вывода. В нашем примере мы передаем через буфер обмена ад- 
реса функций, представляющих собой двойныс слова, поэтому и для переменной 
р1ОВиНег выбрали тип РУГОМОС - указатель на длинные слова без знака. 

С помощью функции юСбеСитеп  асКГ.осабоп() в переменную рИр$иасК помеща- 
ется адрес стсковой области ввода-вывода, а затем в переменную р1ОВийЁег заносится 
адрес системного буфера из структуры ТЕР. ИЗ рис. 88.4 видно, что системный буфер 
входит в объединение (итоп) с именем Аззосае Ир, поэтому для доступа к перемен- 
ной Зу$етВиНег использована конструкция рПр->А $зос1е4дНр.бум{етВийЙег. Объе- 
динение можно рассматривать как эквивалент структурной переменной с тем отличи- 
ем, что все члены объединения размещаются (альтернативно) в одной и той же облас- 
ти памяти. В синтаксическом плане обращения к объединению и к структуре выпол- 
няются одинаково. 

Конструкция з\ИсН-сазе анализирует содержимое ячейки [оСопноСо4е, входящей в 
стековую область [ВР (см. рис. 88.4) и в зависимости от значения кода действия, содержа- 
щегося в этой ячейке, передает управление на тот или иной фрагмент программы драйвера. 
В рассматриваемом примере предусмотрен единственный код действия ТОСТГ. АОБК, и 
его анализ не имеет смысла (и соответственно, операторы з\/СВ и сазе не нужны), однако 
мы предпочли включить в программу эту стандартную конструкцию, которая в последую- 
щих примерах будет использоваться уже вполне оправданно. 

Засылка в буфер обмена четырех адресов функций драйвера осуществляется через 
указатель на этот буфер путем операции "снятия ссылки" (по правила языка Си, если 
р1ОВайЙег — адрес некоторой ячейки, то *р1ОВийЙег обозначает саму ячейку). Инкре- 
мент адреса после каждой операции пересылки перемещает указатель на следующее 
слово буфера обмена. Естественно, последняя пересылка не требует модификации ад- 
реса. Каждый пересылаемый адрес предварительно преобразуется в тип ОГОМ@ - 
длинное слово без знака. 

В последнем предложении блока сазе в переменную 1оЗ4азиюппаНоп пакета 
[ВР заносится число пересылаемых байтов (16). Это данное поступит в УЛш4до\з- 
приложение в персменную сЪВе указанную в качестве одного из параметров вызова 
функции Веу1се!оСопио](). При необходимости в приложении можно проанализиро- 
вать значение этой переменной и учесть его в процессе дальнейшсго выполнения про- 
граммы. Мы этого не деласм. 

В заключение одно замечание, можно сказать, лингвистического характера. В на- 
ших примерах имена переменных, обозначающих адреса каких-либо объектов, начи- 
наются с символа р (от ропиег, указатель). Этот метод обозначения переменных, при 
котором в имени любой псременной содержится некоторая информация о ее типе 
(“венгерская нотация") был предложсн в свое время программистами М!сгозой и ши- 
роко используется как в технической документации, так и в прикладных программах. 
Однако при составлении файла МТООК.Н и других включаемых файлов пакета ООК 
МТ этот метод использован не был. Так, например, имя ДемсеОБес! обозначает не сам 
объект устройства, а указатель на него. С другой стороны, в обозначениях типов пере- 
менных венгерская нотация выдерживается: 





496 ЯЗЫК АССЕМБЛЕРА: уроки программирования 


РОЕУТСЕ ОВОЕСТ Реу1сеою]есе; /*Переменная типа 
Ш “указатель на структуру тига ПЕУТСЕ_ ОВУЕСТ"*/ 
РТО З5ТАСК_ТОСАТТОМ Саггеле5$«аскГосаЕ1оп; /*Переменная типа 
"указатель на структуру типа ТО _ЗТАСК ГОСАТТОМ"*/ 
ОСНАВ Ма) окЕипсе1оп; /*Переменная тига УСНАВ (ипз1апеЯ саг, 
символьная без знака) */ 
РУСНАВ ВаЕЁек; //Переменная тига "указатель на геременную типа ОСНАВ" 


На приведенном выше рис. 88.4 использованы фрагменты из документации, по- 
этому обозначения некоторых переменных оказались не такими, как в тексте програм- 
мы драйвера. 

Для работы с прикладными драйверами необходимо создать соответствующую 
операционную среду. Прежде вссго в системе должен быть установлен пакет РОК МТ, 
который даст возможность пользоваться документацией (которая, впрочем, входит и в 
пакет \У15а[ За410 или, точнес, в справочник М$ОМ этого пакста) и, главное, рядом 
инструментальных программ: МЕ.ЕХЕ, ВОП.О.ЕХЕ и др. В процессе установки про- 
изойдет настройка переменных окружения; полезно проконтролировать результат ус- 
тановки ООК и убедиться, что в окружение включены следующие переменные 
(в предположении, что пакет РОК установлен в каталоге ООК диска [.): 
ВАЗЕБИВ=ГЛООК 
ОБОКОРМЕ=!: 

ООКВИШОЕМ\У=РАЕЕ 


МТМАКЕЕМУ=1ЛООК\ИМС 
РАТН-=... 1ЛООК\ВИМ 


Установочная программа ООК МТ потребует, чтобы на компьютере предваритель- 
но был установлен пакст ЗОК \/10М32. При его отсутствии можно воспользоваться па- 
кетом \У15иа! 5410; в этом случае следует включить в окружение переменную 
ПУМСГОРЕ с описанием пути к каталогу ПМСГОРЕ пакета У1зиа] Зо, а также убе- 
диться в том, что переменная РАТН дополнена всеми необходимыми путями к выпол- 
нимым файлам этого пакета. 

Будем считать, что файл с исходным текстом программы драйвера называется 
АРРОКУ.С и находится в каталоге Е\ОКТУЕК$. Для подготовки загрузочного модуля 
драйвера и установки его в системе необходимо подготовить три инструментальных 
файла (в качестве образцов можно воспользоваться файлами какого-либо из примеров, 
включенных в состав РОК МТ, например из каталога РОК\ЗВС\СЕМЕКАГАУИМРЕЕ 
\5$У$): МАКЕЕП.Е, ЗООВСЕ$ и АРРОКУ. ПМ. Эти файлы должны находиться в том 
жс каталоге, где расположен файл с исходным текстом драйвера. Инструментальные 
файлы имеют следующий состав: 

Файл МАКЕЕТЬЕ 
НМСЬООЕ $(МТМАКЕЕМ\ \такеЯе.де! 


Файл ЗО0ВСЕЗ 
ТАКСЕТМАМЕ=аррагу 
ТАВСЕТРАТН=ЁЕ\аАпуег$ 
ТАВСЕТТУРЕ=ОРМЕВ 
ЗОУКСЕ$ =аррагу.с 
Файл АРРОВУ. ТМТ 
\гед1гу\тасвтпе\зу${ет\ситегсопгоейзегисез\АррОгу 
Туре = КЕС_ОМ/ОКО 0х00000001 
Зап = КЕб_ОМ/ОКВО 0х00000002 
Сгоир = ЕжепдеЧ Базе 
ЕттогСогиго! = ВКЕб_О\М/ОКО 0х00000001 
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Трансляция программы драйвера выполняется в сеансе РОЗ с помощью команды 
ВИЛЕО -се 

При первом выполнении команды ВИИ.О в рабочем каталоге (у нас это каталог 
ЕАБЕТУЕВ$) будет создана разветвленная система подкаталогов: ОВЛ1386 и 
[386\ЕВЕЕ; выполнимый модуль драйвера (в нашем случае АРРОКУ.$У5) будет по- 
мещен в подкаталог 1386\ЕВЕЕ. Кроме этих подкаталогов процедуре трансляции пона- 
добится подкаталог с именем МТ в корневом каталоге рабочего диска (в нашем случае 
диска Е:), куда будет помещен вспомогательный файл данных ВОП.О.ЛАТ. 

При наличии в исходном тексте драйвера серьезных ошибок в рабочем каталоге 
будет создан файл ВОПО.ЕВВ с перечнем ошибок; при наличии предупреждений — 
файл ВОП.О.\/ВМ. При повторной трансляции (после устранения ошибок) эти файлы . 
уничтожаются автоматически. 

Получив выполнимый модуль драйвера (АРРОКУ.5У5$), следует выполнить две 
операции: скопировать его в каталог \МТ\ЗУЗТЕМЗ 2\ОВГУЕК$ и выполнить команду 
РЕСИМ АРРОРУ. М! 


Эта команда занесет информацию о драйвере в реестр \/тдо\из. Для того чтобы 
новый драйвер был включен в систему, необходимо выполнить перезагрузку УИтдо\5. 

Информация о драйвере, записанная в реестре, останется там навсегда — до удале- 
ния ее вручную с помощью программ Кез Еда или Ке?ЕЧ!32. Поэтому удобно все от- 
лаживаемые варианты драйвера называть одинаково; в этом случае после трансляции 
нового варианта достаточно скопировать драйвер в системный каталог \/т40%$ и пе- 
резагрузить систему, вызывать же каждый раз программу Кери: не требуется. 


Статья 89. Драйвер для работы 
с физической памятью 


Как уже отмечалось в статье 78, измерительная или управляющая аппаратура, со- 
держащая значительные объемы внутренней памяти, часто подключается к компьюте- 
ру через общее с памятью адресное пространство. В этом случае аппаратуре выделяет- 
ся определенный участок свободного адресного пространства из диапазона адресов 
0хС0000...0хОЕЕЕЕ и управление аппаратурой выполняется путем программного об- 
ращения по закрепленным за ее памятью адресам. В системах УЛпдо\з №Т/2000, как и 
в \шдо\у$ 95/98, приложение работает с выделенными сй системой виртуальными ад- 
ресами, а физическое адресное пространство приложению недоступно. Однако не- 
трудно включить в состав системы драйвер, который отобразит требуемую область 
физического адресного пространства на пространство виртуальных адресов и вернет в 
приложение виртуальный адрес начала этой области. Поскольку речь здесь идет о 32- 
разрядных приложениях, работающих в плоском адресном пространстве, виртуальный 
адрес, выделяемый в 4-гигабайтовом диапазоне адрссов, совпадает с линейным. Зада- 
вая требуемые смещения относительно этого базового адреса, приложение сможет об- 
ращаться по любым адресам из отображенного диапазона. Для иллюстрации этой ме- 
тодики выполним отображение ПЗУ В1ОЗ (по аналогии с примерами статей 78 и 84) и 
прочитаем те байты этого ПЗУ, в которых хранится дата выпуска ВОЗ в символьной 
форме. Результат работы рассматриваемого нижс примера приведен на рис. 89.1. 
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риложение 89-01 





Рис. 89.1. Вывод приложения 89-01 


За основу обеих программ — и приложения \УЛт4о\5, и драйвера — взяты програм- 
мы примера 88.1. Рассмотрим сначала приложение \!тдо\у (пример 89.1). 


Пример 89.1. Исходные тексты приложения Ипаом5, выполняющего чтение из физического 
адресного пространства 

Файл 89-01.Н 

//Определения констант 

#ЧеЕ1пе МТ_АООВ 100 

4АеЁ1пе МТ_МЕМ 101 

4АеЕ1пе мт_ЕХТТ 104 

#АеЕ1пе ТОСТЬ_АРРВ (0х800<<2} | (0х22<<16} 

#ЧеЕапе ТОСТЬ МАР (0х801<<2) | (0х22<<16) 
//Прототипы функций 

У014 Вед1з%ег (НТМ5ТАМСЕ); 

Уо1А Сгеа%е (НТМЗТАМСЕ); 

ТВЕЗОЬТ САБЫВАСК Ипа?гос (НУМО, ОТМТ, МРАВАМ, БРАВАМ); 
ВООБ ОпСгеа%е (НИМО, ГРСВЕАТЕЗТВОСТ); 

Уу0о1Я ОпСомтал@ (НИМО, 1п6,НИМО, ОТМТ); 

Уо1А Опрезекоу (НИМО} ; 

уо1А Сеслдааг (); 

уо19 СбеёМеп(); 


Файл 89-01.ВС 
#1пс1а9е "89-01.в" 
Мазп МЕМО{ 

РОРИУР "Режимы" { 

МЕМОТТЕМ "Адрес из драйвера", МТ АООВ 

МЕМОТТЕМ "Вывод из памяти", МТ_МЕМ 

МЕМОТТЕМ ЗЕРАКАТОВ 

МЕМОТТЕМ "Выход", МТ _ЕХТТ 

} 

} 


Файл 89-01.СРР 
//Приложение 89-01. Получение содержимого физической памяти 
#деЕ1пе УТВТСТ 
#1пс1а4е <и1п9очз.1> 
#1ос11ае <и1пдомчзх.В> 
#1пс104е "89-01.1" 
сваг $2С1аззМаме|[] ="Матп\ 1"; 
сВаг 32Т1&1е[]="Приложение 89-01"; 
НАМОТЕ пОгу;//Дескригтор открытого драйвера 
РОИОВр сЬВее;//Счетчик байтов возвращаемых драйвером данных 
РИСНАВ МепАЯаг; //Виртуальный адрес памяти, возвращаемый драйвером 
//Главная функция приложения 
171 ИТМАРТ И1пМа1п (НТМ5ТАМСЕ ртлзкалсе, НТМ5ТАМСЕ, БР25ТК, 1106) { 
М5С мза; 
Веб1зкег (НТрозбапсе); 
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Сгеаке (рТпзфалсе); 
мир 11е (Се%Меззасе (&мза, МТТ, 0,0) ) Ру зрасспМеззаде (&тз4а); 
гебагп 9; 
} 
//Функция регистрации класса главного окна 
уо1а ВКед1зсех (НТ1М5ТАМСЕ р1Тпзё) { 
ИМОСРА$5 мс; 
гемзее (&мс, 9, 312е90Е (ис) )}; 
мс.1рз2С1аззМаме=з2С1аззМаме; 
ис. ПТозсапсе=ВТпзЕ; 
мс.1рЕлМлАРгос=Мпаргос; 
мс. }1рз2МелиМате="Ма1п"; 
ис. ПСигзог=БоаЧСигзохт (МОЪЬ, ТрС_АВВОЙ); 
ис.ртсоп=БоааТсоп {МОЬБЬ, 1О2Т_АРРЬТСАТТОМ); 
ис.ПЬгВаскагочп9=бее$ соскВкизН (ИНТТЕ ВВОЗН); 
Ве913$егС1аз$ (&ис); 
} 
//Функция создания и показа главного окна 
У01Я Сгеафе (НТМЗТАМСЕ БТпз*) { 
НИКО пипа=СхеасеМ1 лом (32С1аззМаме, $2Т1(1е,И$ ОУЕКЪАРРЕРИТМРООЙ, 
10,10,250,150, НИМР РЕЗКТОР, МОЪЬ, ВТазЕ, МОБ) ; 
Зпомитпаом (рипа, $И_ЗНОИМОЗМАТ,); 
} 
//Оконная функция главного окна 
ТВЕЗОГТ САЪЬВАСК Ипа?кос (НИМО ручп@, ОТМТ мза,МРАРАМ чРагкам, 1РАВАМ 1Рагап) { 
Зм1еСН (шза) { 
НАМОТЕ М5С (Вила, ИМ СВЕАТЕ, ОлСгеа%е) ; 
НАМОБЕ_М5С (Вила, ИМ_СОММАМО, ОпСотштала) ; 
НАМОЬЕ_М5С (Вила, ИМ ОЕЗТВОУ, Опрезекоу); 
ЧеЁац1%: 
гебигп (Бе ЕИ1лаомРкос (Випа, мза, иРагам, 1Рагам) ); 
} 
} 
//Функция, вызываемая при создании главного окна 
ВООЬ ОпСкеа*е (НУМО, ГРСВЕАТЕЗТВОСТ) { 
ВОгу=Сгеа%еЕ11е ("\\\\.\\И1п32Маме", СЕМЕВТС_ВЕАО| СЕМЕВТС ИВТТЕ, 0, 
МОГТ., ОРЕМ_ЕХТЗТТМС, ЕТЬЕ АТТВТВОТЕ МОВМАГ,, МОГ!) ; 
гебахп ТВОЕ; 
} 
//Функция, вызываемая гри выборе пунктов меню 
У91$ ОпСоттара (НИМО Виоа, 178 198, НИМО, ОТМТ) { 
зм1еср (149) { 
сазе МТ_АООВ://При выборе пункта "Адрес драйвера" 
СефАаах (); 
Ьгеак; 
сазе МТ МЕМ://При выборе пункта "Вывод из памяти“ 
СефМем (); 
ргеаКк; 
сазе МТ ЕХТТ://При выборе пункта "Выход" 
РезекоуМ1падоч (пила); 
} 
} 
//Функция завершения приложения 
У014 Олбезехкоу (НИМО)} { 
С1озеНага1е (рогу); //Закроем драйвер 
Ро5Е0ц1=Меззаде(0); 
} 
//Функция получения адреса процегсуры драйвера 
уо1а сетлаак () { 
ОЪОМС схуваах; 
спакг $з2Техе/ 80]; 
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//Получим адрес процедуры драйвера С&101зраёсй для отладки 
Беу1сетТоСопеко1 (ПОгу, ТОСТЬ АООВ, МОГЬ, 0, &ОкУАЗак, 4, &сЬВее, МОЪЬ); 
изре1пЕЕ (з2Техе, "СЕ101зраёсв=%1Х", ОкуАааг) ; 
МеззадеЗох (МОГГ, з=Техе, "Адрес из драйвера", МВ_ТСОМТМРОВМАТТОМ); 
} 

Уу01А СеЕМепм () { 

ЗЕКЫСЕ { 

ОТОМС ВазеАЯаг; //Базовый физический адрес гамяти 

ОТОМС Геза В; //Длина отображаемого участка гамяти 
}Торг1уех; //Данные, гересылаемые в драйвер 

СсВаг $2Техё [80]; 

мемзет {$7Техе, 0, $1 7теоЕ (52Тех*)); 
Торг1уег.ВазеАааг=0хЕ0000; 

Торк1уек . епаЕН=0х10909; 

Реу1сетоСоп&ко1 (ВОку, ТОСТЬ МАР, &Торг+уег, 8, &МетАааг, 4, &сьВее, МОТЬ); ° 
МепАаак+=0хЕЕЕ5; 

Бог (1пЕ 1=0;1<8;1++) з;Техе [1] =МетАдах [1]; 
МеззадеВох (МОГ, з2Тех®е, "Из памяти", МВ_ТСОМТМЕОВМАТТОМ); 
} 


Как видно из рис. 89.1, в меню приложения добавлен пункт "Вывод из памяти". 
Соответственно, в сценарий меню файла 89-01.КС включено предложение 
МЕМИТЕМ с идентификатором МГ_МЕМ, а в заголовочном файле 89-01.Н этому 
идентификатору присвоено конкретное значение 101. 

В отличие от предыдущего примера, где драйвер выполнял единственную функцию 
передачи в приложение своих адресов, в настоящей программе предусмотрена посылка в 
драйвер двух различных кодов действия: одного — для получения адреса процедуры дис- 
петчеризации (наиболее важной для отладки драйвера) и другого — для образования и воз- 
врата в приложение линейного базового адреса заданного участка памяти. В файле 89-01.Н 
определены числовые значения этих двух кодов 1ОСТГ, АООК. и ГОСТ, МЕМ и, кроме 
того, добавлен прототип функции Се{Мет(), обеспечивающей интерфейс с драйвером при 
выборе нового пункта меню. 

Исходный текст приложения изменился незначительно. В функцию ОпСотитапа0, 
осуществляющую анализ выбранного пункта меню, добавлен оператор сазе для вызова 
функции Се Мет в случае выбора пункта с идентификатором МГ МЕМ; в текст про- 
граммы включена новая функция СеМет(); несколько изменен текст функции Се! А9@гО. 

В предыдущем примере драйвер возвращал в приложение адреса всех четырех ос- 
новных функций. Практически для отладки драйвера с помощью отладчика Зо СЕ 
требуется лищь адрес процедуры диспетчеризации, которая выполняет всю содержа- 
тельную работу и в которой наиболее вероятны ошибки. Поэтому в настоящем вари- 
анте программы переменная ОгуАЯЯг, в которую поступают данные из драйвера, объ-. 
явлена как скалярная размером в одно длинное слово, а в запросе Оеу1сеоСопно!{() 
указана уменьшенная длина буфера — 4 байта вместо 16. Разумеется, в текст драйвера 
нужно будет внести соответствующие поправки, чтобы драйвер возвращал лишь одно 
слово, а не 4, как в примерс 88.1. 

Все действия по общению с физической памятью вынесены в функцию Се Мет(). 
В ней выполняется запрос к драйверу ОсусеоСопно) с кодом действия 
[ОСТЬ_МЕМ, в котором осуществляется двухсторонний обмен информацией с драй- 
вером. В драйвер передаются 8 байт данных из структурной переменной ТоОпует: ба- 
зовый адрес отображаемого участка (0хЕ0000) и его размер (0х10000=64 Кбайт). 
Драйвер возвращает единственное число длиной 4 байта — виртуальный, или линей- 
ный, адрес отображснного участка физической памяти. Этот адрес сохранястся в гло- 
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бальной переменной МетА4@г с целью дальнейшего использования в программе (в 
принципе не обязательно в функции Се! Мет()). 

В реальной программе, управляющей какой-либо установкой, описанные действия 
следует выполнить в начале программы, на этапе инициализации, после чего все ото- 
браженное адресное пространство (в данном примере от 0хЕ000:0х0000 до 
0хЕ000:ОхЕЕЕЕ) будет доступно для чтения и записи. Получить доступ к конкретной 
ячейке можно путем прибавления к базовому адресу требуемого смещения, как это 
сделано у нас в предложении 

МепАааг+=0хЕЕЕЗ; 


или с помощью индексной адресации, как это проиллюстрировано строчкой ниже 
в предложении с циклом Юг. В конкретном примере из ПЗУ ВОЗ читаются и выводятся в 
окно сообщения байты, хранящиеся по адресам от 0хЕ000:ОхЕЕЕ5 до 0хЕО00:О0хЕЕЕС. 
Рассмотрим теперь программу драйвера, обеспечивающего отображение физиче- 
ской памяти (пример 89.1, продолжение). Если не считать включения в программу оп- 
ределения добавочного кода действия, изменения коснулись лишь процедуры диспет- 
черизации СИГ1зрасй(), в которой в случае поступления из приложения кода действия 
1ЮСТЬ_АРШОЕ возвращается адрес этой процедуры, а при поступлении кода 
1ОСТЬ_МЕМ выполняются новые для нас действия по отображению памяти. 


Пример 89.1 (продолжение). Драйвер, возвращающий в приложение виртуальный адрес 

физической памяти 

#1пс1ае "пхаак. в" 

#ЧеЁ1пе МТ ОЕУТСЕ МАМЕ Т"\\ОБеу1се\ \МТМаме"//Имя объекта устройства 

#аеЕ1ле #1М32_ ОЕ\УТСЕ _МАМЕ 1"\\??\ \\1п132Маме"//Имя в пространстве имен М!1п32 

//Определим коды действий при вызове драйвера 

#АеЁ1пе ТОСТЬ_АООВ СТЬ СООЕ \ 

(ЕТЬЕ_ РЕУТСЕ_ ОМКМОЙМ, 0х800, МЕТНОВ ВУЕЕЕВЕО, РТЬЕ_АМУ АССЕЗ5) 

#ЧеЕ1пе ТОСТЬ МАР СТЬ СОБЕ \ 

(РТЬЕ ОЕУТСЕ ОМКМОММ, 0х801, МЕТНОР ВОРРЕВЕО, РТЬЕ АМУ АССЕ$5) 

//Прототигы основных функций драйвера 

МТ$ЗТАТО$ С&1Сгеабе (ТМ РОЕУТСЕ ОВОЕСТ,ТМ Р1ВР); 

МТ5ТАТО$ СЕ1С1озе (ТМ РОЕУТСЕ_ОВОЕСТ, ТМ РТВР); 

МТ5ТАТО$ СЕ101зрабсн (1М РРЕУТСЕ ОВЗЕСТ,1М Р1ВР); 

//Функция инициализации драйвера 

МТУТАТО$ Ре1уехЕпеку (ТМ РОВТУЕВ_ОВУЕСТ рок1уеЕОБ)ес®, 

ТМ РИМТСОРЕ _ ЗТВАТМС Вед1з6гуРабп}) { 
РОЕУТСЕ_ОВУЕСТ рреу1себЬ)ес\; //Указатель на объект устройства 
ОМТСООЕ_ ЗТАТМС цп1МЕМаме; //Структура с МТ-именем устройства 
ОМТСООЕ ЗТАТМС ил1М1132Маце; //Структура с М1132-именем устройства 

/{[Преобразуем оба имени в структурные переменные со счетчиками 
8511110 л1соде5еЕ1п9 (5ип1МЕМаме, МТ_РЕУТСЕ МАМЕ }; 

ВЕ1ТП ЕО п1соде5&г1па (&ап1\1132Маще,И1М32_ОЕУТСЕ МАМЕ ); 

//Создадим символическую связь МТ- и \1132-имен 
ТоСсгеа*е$утро11сЬ1 пк (&111\1п32Маме, &а11МЕМапе); 

//Создадим объект устройства 
ТоСкеакереу1се (рог1уегОр}есе, 0, &ап1МЕМате, ЕТЬЕ БЕУТСЕ ОМКМОИМ, 

О, ГАЗЕ, &рбеу1сеоЬ)ес®); 

//Заголним в структуре объекта драйвера голя с адресами основных функций 
РОг1уегОю)ес&->Ма) осРипсЕ оп [1ВР_М7 СВЕАТЕ]=С®1Сгеафе; 
РОг1\уегОр)]ес&->Ма)огРипсЕ оп: 1ВР М _ СГОЗЕ] =СЕ1С105е; 
РОе1уегОр}ес*->Ма* токРипсЕ4ол [ТЕР М5 РЕУТСЕ СОМТВОГ | =С$101зрафсН; 
гебагп ЗТАТО$ $9ССЕЗ5; 

} . 
//Функгия, вызываемая при открытии драйвера гриложением 
№Т5УТАТО$ СЕ1Сгеабе(1№ РОЕУТСЕ СВЗЕСТ р5еу1сеОБ:ес®,1Х 218? Тгр) { 





502 ЯЗЫК АССЕМБЛЕРА: уроки программироаания 


Тер->Тобеаеиз. 56абиз=бТАТО$ _$50ССЕ$5; 
Тер->То5баез.тпЕогма&1о1=0; 
ТоСотр1ефевечиез* (Тгр, ТО_МО ТМСВЕМЕМТ }; 
гееигп ЗТАТО$ $0ССЕЗ5; 
} . 
//Функция, вызываемая при закрытии драйвера приложением 
МТ$ЗТАТО$ СЕ1С1озе(ТМ РРЕУТСЕ_ОВУЕСТ рре\у1себЬ)есе, ТМ РТВР Тгр) { 
Тер->Тозваеиз .сеабиз=5ТАТИ$ $0ССЕ5$; 
Тер->Тозеаниз . ТпРоктаЕ{оп=0; 
ТоСотр1есеВеаиезе (кр, ТО _М№_ ТМСВЕМЕМТ ); 
гебокп ЗТАТО$_50ССЕЗЗ; 
} 
//Функция диспетчеризации 
МТ5ТАТИ$ С&101зраёсв(1М РРЕУТСЕ ОЗУЕСТ рреу1себоь)есе, ТМ РТВР Тр) { 
РТО ЗТАСК ГОСАТТОМ р!ггр5фасКк;//Указатель на стековую область 
РОГОМС ртТОВоЁЁек;//Системный буфер обмена данными с приложением 
ОМТСООЕ $ТВТМС ип1МемогуМаме; //Имя объекта "секция памяти" 
ОВЗЕСТ_АТТВЕТВОТЕ$ ОБ]ес*АеегЕ1ровез$;//Атрибуты объекта 
НАМОТЕ Зес®1опНап91е;//Дескриптор секции памяти 
РНУЗТСАЬ АОРВЕЗ5 РПуз1са1АЧагезз;//Физический адрес 
РНУЗТСАЬ АООВЕЗ$ бесЕ1опВазе;//То же для коррекции 
ОЪОМС Тепд&в;//Размер отображаемого участка 
РУОТО \1гЕла1Адагезз=МОШ.; / /Возвращаемый виртуальный адрес 
рТер5еаск=ГобееСигкепеТерзсасКЦосае1 опт (Тер);//Получим адрес стековой области 
РТОВаЕЕег=Тгр->Аззос1а е Тир. бузеемВоЕЕег; //Получим адрес буфера обмена 
зи1ЕсН (ртер5®асК->Ракамекегз.0е\у1сегоСоп®го1.ТоСопего1Соае) { 
сазе ТОСТЬ_АООВ://Код первого действия 
*ртОВиЕЕек= (010МС) СЕ104зраесН; //Вернем адрес этой процедуры 
Тер->Тоб6аеи$.Т1пЕогта&1оп=4;//Число пересылаемых байтов 
Ьгеак; 
сазе ТОСТЬ МАР//Код второго действия 
//Заберем из буфера обмена оба параметра - базовый адрес и размер отображения 
Рпуз1са1АЧагезз .ГомРаге=*ртТОВоЕЁЕех++; 
РПуз1са1Адагезз.Н19НРак%=0; 
Тепа&п=*рТОВчЕЕек--; 
//Создадим имя объекта секции памяти 
8111016011 содебек1п9 (&ип1МетогуМаме, 1." \\Беу4 се\ \РВуз1са1Метогу") я 
//Подготовим атрибуты объекта для 2мОрепххх () 
111&1а11хе05) ес кк 1риеез (&05) есвАбЕг1Бикез, 
&ипМетогуМате, ОВУ_САЗЕ_ТМЗЕМУТТТУЕ, МОГ, МОТ); 
//Создадим объект секции памяти 
2мОрепбесе1 оп (&5ес&1опНапЯ1е, 5ЕСТТОМ АГ, АССЕЗ5, Ор) ессаеек1Бикез); 
//Отобразим пространство адресов секции на пространство виртуальных адресов. 
Зес&1опВазе=РНуз1са1Адагезз; //Чтобы не потерять заданную нами базу 
2\Мар\/1емо Ебесе1ол (бесе1опНапа1е, (НАМОЦЕ) -1, &\/1 ге иа1АаЯгезз, 
ОГ, Гепа В, &бесЕ1опВазе, &Шепд®Н, У1ембНагке, 0, 
РАСЕ_ВЕАОМВТТЕ|РАСЕ_МОСАСНЕ); 
//Скорректируем возвращенный виртуальный адрес 
({ОТОМС) У1г6па1Ааагез$+=РНуз1са1АЧЯгезз. ГомРаг% -ЗесЕ1опЗазе. ГомРаг&; 
*рТОВоЕЕег= (ОГОМС) У1геза1Ааагезз; //Отправим адрес в приложение 
Тер->ТоЗваеиз.ТпЕогма*1оп=4;//Число пересылаемых байтов 
Ьгеак; 
} 
Тер->Тоз6аеаз.56аез$ = 5ТАТО$ 50ССЕЗ5; 
ТоСопр1екебечиез® {( Ггр, ТО _МО_ТМСВЕМЕМТ ); 
хебигл ЗТАТО$ _50ССЕ55; 
} . 
В функции диспетчеризации, помимо уже знакомых нам переменных для указа- 
теля на стековую область 1КР, буфера обмена и др., вводится целый ряд новых 
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переменных, назначение которых будет ясно из последующего обсуждения. Отметим 
здесь, что структурный тип РНУЗ!САГ АОДВЕЗ$ (или эквивалентный ему тип 
ГАВОЕ МТЕОЕВ) представляет собой комбинацию из двух длинных слов: 
зекисе РНУЗТСАТ АООВЕ$5 { 

ОТОМС ГочРакЕ; 

ОМС Н\аН?аго; 

}; 

Переменные этого типа требуется использовать в качестве параметров при вызове 
некоторых функций, связанных с отображением адресного пространства. 

Рассмотрим фрагмент драйвера, выполняемый при получении кода действия 
ЮСТЕ. МЕМ. 

Прежде всего из буфера обмена извлекается первое помещенное туда приложением 
данное — базовый физический адрес отображаемого участка. Эта величина помещается в 
младшую часть переменной Рузса1А4агез$ типа РНУЗСАГ, АРОВЕЗ$; старшая часть 
этой переменной обнуляется. Использование постинкрементной адресации (символ 
++) приводит к автоматической настройке указателя рОВийег на адрес следующего 
данного в буфере обмена. Далее из буфера извлекается это следующее данное — размер 
отображаемого участка адресов. Постдекрементная адресация (символ --) возвращает 
указатель р ЮВийег в исходное состояние. Это в данном случае существенно, так как в 
дальнейшем мы будем пользоваться тем же указателем (и разумеется, тем же буфером) 
для передачи данных назад в приложение. Очевидно, что засылать передаваемые в 
приложение данные в буфер следуст от его начала. 

Для адресации физической памяти следует создать специальный объект — секцию 
памяти. Этот объект, как и, скажем, объект драйвера, должен иметь свое имя 
(в формате структурной переменной со счетчиком), которос создастся вызовом уже 
знакомой нам функции Е ШайОтсоде$ иае(). Исходное имя в виде строки ЧФилсо4е 
(Г’\Бемсе\\Ррузса]Метогу") подставлено непосредственно в вызов функции 
в качестве второго параметра. 

Функция создания объекта памяти требует в качестве одного из своих параметров 
адрес структуры типа ОВЗЕСТ АТТЕЗВОТЕ$ с атрибутами создаваемого объекта. Для 
инициализации этой структуры (переменная ОБ]еАнибие$) используется функция 
риа 2еОбес1 АН ие$(), принимающая в качестве выходного параметра адрес этой 
переменной, а в качестве входных — адрес строки с именем объекта, а также ряд 
констант, назначение которых можно посмотреть в справочнике ОПК. МТ. 

Объект секции памяти создается с помощью функции 7\ОрепЗесНоп(), которая 
возвращает дескриптор объекта по адресу своего первого параметра. Хотя секция 
памяти создана, она имеет пока, так сказать, обезличенный вид, так как не закреплена 
ни за какими конкретными адресами. Собственно отображение физических адресов на 
виртуальные осуществляется вызовом функции 7\МарУ1е\ОЁЗесНоп(), которой среди 
прочих параметров передаются дескриптор объекта секции памяти, дескриптор 
текущего процесса (числовое значение —1, преобразованное в тип НАМОГЕ), адрес 
ячейки для помещения результата отображения (Ушиа|А44гез$), длина отображаемого 
участка (Гепа), еще раз адрес переменной [спе и, наконец, адрес переменной с 
базовым адресом отображаемого участка. Необходимо заметить, что начальное 


504 ЯЗЫК АССЕМБЛЕРА: уроки программирования 


значение виртуального адреса перед вызовом функции 7№Мар\У1е\ОЕЗесНоп() должно 
быть равно МИМ.. 

Для конкретных данных нашего примера, где базовый адрес кратен 64 Кбайт, 
функция 7мМар\Уе\ОЁЕесНоп() вернет соответствующий виртуальный адрес 
(например, 0х00С90000), который можно переслать в приложение и использовать там 
для работы с физической памятью; никаких дополнитсльных операций с этим адресом 
выполнять не нужно. 

Однако в тсх случаях, когда базовый адрес не кратен 64 Кбайт (например, мы 
указали в качестве базового адрес 0хЕ0010), возникает осложнение. Дело в том, что 
функция 7\МарУле\ОесНоп() и в этом случае отобразит на виртуальные адреса 
участок физической памяти, начинающийся с адреса, ближайшего к указанному, но 
кратного 64 Кбайт (т. е. того же адреса 0хР0000). Для того чтобы скомпенсировать 
возможный сдвиг, следует сместить полученный. виртуальный адрес на ту же 
величину, на которую оказался смещенным адрес базовый. Функция 
ГмМар\У1е\ОЮесНоп() возвращает через 6-й параметр (&бесНопВазе) тот физический 
адрес, который она в действительности приняла в качестве базового. Этот параметр, 
таким образом, выступает в качестве как входного, так и выходного. Перед вызовом 
функции ГмМар\Ме\ОЗесНоп() в ячейке ЗесНопВазе находится заданный нами 
физический адрес (например, 0хЕ0010), а после выполнения этой функции — 
использованный ею базовый адрес (0хЕ0000 для нашего примера). 

Для внесения необходимой коррекции адреса перед вызовом функции 
отображения 7МарУ1е\мОесНоп() задаваемый нами базовый адрес копируется из 
ячейки Рнуз1са1А@гезз в ячейку ЗеснопВазе и адрес этой ячейки передается функции 
7№Мар\1е\/ОЗесНоп(). Затем вычисляется разность содержимого младших половин 
ячеек РнумсаАА44гез$ (где остался наш адрес) и ЗесНопВазе (куда функция 
отображения вернула использованный ею и, возможно, округленный адрес), и палу- 
ченная разность прибавляется к "неправильному" виртуальному адресу, возвращен- 
ному функцией отображения. Этот скорректированный адрес и возвращается 
в приложение. 


Статья 90. Драйвер для управления 
аппаратурой через порты 


Прямое обращение из приложения к портам аппаратуры в системах У/тдо\$ МТ 
запрещено, и для управления такой аппаратурой следует разработать соответствую- 
щий драйвер. В зависимости от конкретных потребностей на драйвер можно возло- 
жить более или менес комплексные функции; здесь мы рассмотрим драйвер, выпол- 
няющий по запросам приложения элементарные операции чтения-записи одного байта 
через указанный в вызове порт. Воспользуемся в качестве программируемой установ- 
ки экспериментальной платой счетчика-таймера, описанной в статье 80. Поскольку 
приложение \/1т4оу,з, осуществляющее полный контроль работы установки, оказыва- 
ется довольно громоздким, а драйвер, реализующий обращение к портам, наоборот, 
весьма простым, рассмотрим сначала программу драйвера (пример 90.1). 
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Пример 90.1. Драйвер, обеспечивающий элементарные операции по вводу-выводу через порты 
#1пс104е "пеаак.в" 
#АаеЁ1пе МТ ОЕУТСЕ МАМЕ Т"\\Беузсе\\МТМаме"//Имя объекта устройства 
#АеЁ1пе \1М32_РЕУТСЕ_МАМЕ Т"\\??\ \\1132Мате"//Имя в пространстве имен №1132 
//Определим коды действий при вызове драйвера 
#ЗеЁ1пе ТОСТЬ АБОВ СТЬ СООЕ \ 
(ЕТГЕ РЕУТСЕ_ОМКМОММ, 0х800, МЕТНОБ_ВОЕРГЕВЕО, ЕТЬЕ _АМУ_АССЕ$$) 
#аеЁ1ле ТОСТЬ ВЕАР СТЬ СОРЕ \ 
{ЕТЬЕ_ РЕУТСЕ _ОмкмОмм, 0х801, МЕТНОР ВУРЕЕВЕР, ЕТЬЕ АМУ АССЕ$$) 
#АеЁ1пе тость_ ИВТТЕ СТЬ СОБЕ \ 
{ЕТЬЕ_РЕУТСЕ ОМКМОММ, 0х802,МЕТНОО ВОРЕЕВЕО, ЕТЬЕ_АМУ _АССЕЗЗ) 
//Прототипы основных функций драйвера 
МТУТАТО$ С&1Скеате (ТМ РОЕУТСЕ ОВОЕСТ, ТМ Р1ВР); 
МТ$ТАТО$ СЕ1С1о5е (ТМ РОЕУТСЕ ОВФЕСТ,1М РТБР); 
МТУТАТО$ С%&101зраесй (ТМ РОЕУТСЕ ОВОЕСТ,ТМ Р1ВР); 
//Функция инициализации драйвера 
МТЗТАТО$ Рк1уекЕпегу (ТМ РОВТУЕВ_ОВОЕСТ рог1уехОБ)есе, 
ТМ РОМТСОРЕ ЗТАТМС Вед1зегуРаеН) { 
РОЕУТСЕ ОВУЕСТ рОеу1се0ю)ес*; //Указатель на объект устройства 
ОМТСООЕ_ ЗТАТМС ип1М№Маме; //Структура с именем устройства; 
ОМТСООЕ 5ТВТМС ип1\1132Маме; //Структура с М1132-именем устройства 1п9; 
//Преобразуем оба имени в структурные геременные со счетчиками 
81101 Оп1содебек1п9 (&ап1МЕМате, МТ_ОЕУТСЕ МАМЕ); 
8811116 0п1соде5ех1п9 (&1п11/И1132Маме, И1М32 _ОЕУТСЕ МАМЕ); 
//Создадим символическую связь МТ- и \1132-имен 
ТоСгеа*ебутро11сЬ1пК (&411\1п32Маме, &п1МЕМаме); 
//Создадим объект устройства 
ТоСгеаке0е\1се (рог1уегО]есе, 0, &ип1МЕМаме, ЕТЬЕ ОЕУТСЕ ОМКМОММ, 
0, ГАГЗЕ, &рбеу1сеоь)ес®); 
//Заполним в структуре объекта драйвера поля с адресами основных функций 
рох1уегОр)ес&->Ма) оггопс®1оп [ТАР_МУ _СВЕАТЕ} =С&1Скеафе; 
рОЕ1уегОр)ес&->Ма) оЕРопсЕ оп [ТВР_МУ — СЬО$Е] =С+1С105е; 
рокзуехОЬ)ес&->Ма)огРопс1ол [1ВР_М7 РЕУТСЕ СОМТВОТ,] =С+101зраесй; 
гебигп ЗТАТИО$_50ССЕЗЗ; 
} 
//Функция, вызываемая при открытии драйвера приложением 
МТ5ТАТО5 СЕ1Сгеаее (ТМ РОЕУТСЕ_ОВОЕСТ рОеу1сеоЪ)есе,ТМ РТВР Тер) { 
Тер->То5$ае13.56аё$=5ТАТО$ 50ССЕ55; 
Тур->Тозбаео$.ТпЕогма® 1оп=0; 
ТоСопр1ефеВеадиез& (Ткр, 1О_МО_ТМСВЕМЕМТ}; 
гееагп 5ТАТО$_$0ССЕЗ$; 
} 
//Функция, вызываемая при закрытии драйвера приложением 
МТУТАТО5 СЕ1С1озе (ТМ РОЕУТСЕ ОВУЕСТ рбеу1се0Б}есе,ТМ РТВР Тер) { 
Тир->то5вае $ .56аеиз$=5ТАТО$ 50ССЕЗ5; 
Тур->ТобЕаеив , гпЕогта*1оп=0; 
Тоботр1етевВечиез® (Ткр, ТО_МО ТМСВЕМЕМТ); 
гебикп 5ЗТАТО$ _$0ССЕЗ$; 
} 
//Функция диспетчеризации 
МТУТАТО$ С&101зрабсй(1М РОЕУТСЕ ОВОЕСТ рре\у1се0р)]ес®,1М РТВР Тхгр) { 
РТО_ЗТАСК_ТОСАТТОМ р!Гкер5&аск;//Указатель на стековую область 
РУОТО РТОВОЕЕег; //Системный буфер обмена данными с приложением 
ОЗНОВТ Роге;//Номер порта, получаемый из приложения 
рТер5фаск=ТобееСоггеп*Тир5<асКГоса®1оп (Тгр);//Получим адрес стековой области 
РТОВаЕЕег=Ткр->Аззосз1асейТкр.бузкетВаЕЕек; / /Получим адрес буфера обмена 
$%16сп (рТер5Еаск->Ракащехегз.Бе\у1сеГоСопего1.ТоСопего1Соае) { 
сазе ТОСТТ_АООВ://Код 1-го действия - пересылка в приложение адреса 
* (РОГОМС) ртТОВаЕЕег= (О0ЬОМС) С 10] зраёсВ;//Герешлем адрес С&101зраёсВ 
Тгр->Тобкаси$.ТпЕогиа&1оп=4;//Гересылаем 4 байта 
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ргеак; 

сазе ТОСТЬ ВЕАБ://Код 2-го действия - ввод байта из заданного порта 
РогЕ=* (РОЗНОВТ) РТОВоЕЕег; //Получим номер порта 
* ( (РОСНАВ) ртТОВоЕЕег) =ВЕАР РОВТ ОСНАБ ( (РОСНАВ) РоЕе);//Ввод и пересылка 
Тгр->Тозбакиз .ТпЕогиа®*101=1; //Пересылаем 1 байт 
Ьгеак; 

сазе ТОСТГ МВТТЕ://Код 3-го действия - вывод заданного байта в заданный горт 
Роге =* ( (РОЗНОАТ) ргОВаЕЕег) ++; //Получим номер порта 
ИЗТТЕ РОВТ ОСНАВ ( (РОСНАВ) Роке, * (РОСНАВ) ртОВаЕЕег);//Вывод в горт 
Тер->тобЗфафаз .тпЕогма&1ол=0;//В приложение не пересылаем ничего 
Ьгеак; 

} 

Тер->ТоЗеаеи5.5саеаз=5ТАТО$ $0ССЕЗЗ; 

ТоСотр1ехецечцез® (Тгр,10_МО ТМСВЕМЕМТ); 

хебакп ЗТАТОЗ$ $0ССЕЗ$$; 


В драйвере определены три кода действия: [ОСТГ. _АШОВ - для пересылки в при- 
ложение адреса функции диспетчеризации, 1ОСТГ._ВЕАР - для чтения одного байта 
из заданного в запросе приложения порта и 1ОСТЕ_У/ЕТЕ - для записи в заданный в 
запросе порт заданного там же байта данных. 

В функции диспетчеризации СИО15райсЬ() помимо уже известных нам данных 
определена короткая целочисленная переменная без знака Рой, в которую из 
приложения будет поступать номер текущего порта. Имеется некоторая особенность в 
объявлении переменной р[ОВиНег. В предыдущих примерах через буфер обмена 
передавались только длинные слова и переменной рОВиЙег можно было назначить 
тип РОГОМС (указатель на переменную типа П.ОМО). В настоящем примере буфер 
обмена будет служить для передачи как коротких слов (номер порта), так и байтов 
(пересылаемые данные). Поэтому переменной р[ОВоЁег назначен обобщенный тип 
РУО (указатель на что угодно), который по мере необходимости можно будет 
преобразовывать в требуемый тип. Так, в предложении 
Роге=* ( (РОЗНОВТ) ртОВоЕЕег) ++; //Получим номер порта 


переменная рОВиЁг рассматривается как указатель на короткое слово, в результате 
чего операция постинкремента увеличивает се значение на 2 — размер короткого слова, 
ав предложении 


* ( (РОСНАВ) ртОВиЕЕег) =ВЕАР_РОВТ_ОСНАВ ( (РОСНАВ) Рог) ;//Ввод и пересылка 


эта же переменная рассматривается как указатель на байт (РОСНАК), что соответству- 
ет типу значения, возвращаемого функцией ВЕАР_РОВТ ОСНАВ(). Между прочим, 
сама эта переменная, будучи указателем, во всех случаях занимает в 32-разрядной про- 
грамме длинное слово. 

При поступлении в драйвер кода действия СТГ._ВЕАО из системного буфера об- 
мена в переменную драйвера Рог! читается короткое слово без знака. Для прямого об- 
ращения к порту используется функция ядра \!тдо\у/з ВЕАР РОКТ ОСНАКО, тре- 
бующая в качестве единственного параметра типа РОСНАВ (указатель на байт без 
знака) номер порта. Результат выполнения этой функции помещается в буфер обмена, 
которому для этой операции назначается тот же тип РОСНАК. В переменную Пр- 
оба шоппаНоп помещается 1 — число пересылаемых в приложение байтов. 

При поступлении в драйвер кода действия СТГ. \УВГТЕ из системного буфера 
обмена точно так же читается номер порта, но адрес буфера при этом инкремен- 
тируется, чтобы получить указатель на следующее данное в буфере - записываемый в 
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порт байт. Далее используется функция ядра У\/т4о\з$ УЮМТЕ_РОВТ_ОСНАК(), 
требующая в качестве параметров номер порта и записываемое в порт данное. 
Ради наглядности следовало бы сначала извлечь данное из буфера обмсна, а затем 
указать это данное в виде второго параметра функции \УКГТЕ_РОКТ ОСНАБКО: 
В программе драйвера эти действия объединены. Кстати, и в ячейке для номера 
порта особой необходимости не было. Операцию чтения номера порта из буфера 
обмена можно было включить прямо в обозначение первого параметра функции 
\ЕТЕ_РОВТ ОСНАВО: 


ИВТТЕ_РОВТ_ОСНАВ ( (РОСНАВ) (* ( (РОЗНОВТ) рТОЗыЕЕег) ++) ,* (РОСНАВ) ртТОВаЕЕег); 


Однако такое нагроможденис операций, типичное для программ на языке Си, вряд ли 
будет способствовать пониманию сути дела. 

Операция записи в порт не требуст пересылки в приложение каких-либо данных, 
поэтому в буфер обмена ничего на записывается, а переменной Пр->1оЗ ай. 
пЕЮюппавоп придается значение 0. 

Рассмотрим теперь приложение \Утдо\/з, осуществляющее управление платой 
(пример 90.1, продолжение). Поскольку оно в принципе не отличается от предыдущих, 
мы опустили тексты файлов заголовочного и ресурсов, а текст программы привели в 
сокращенном виде. На рис. 90.1 показано меню приложения и образец его вывода при 
настроечных константах, использованных в примере. 





2 


Рис. 90.1. Главное окно и вывод приложения 90-01 


Пример 90.1 {продолжение}. Приложение Итао\5, осуществляющее управление платой 

счетчика-таймера. 

Е1пс1а4е <и1паом$.в> 

#1пс1а4е <и1паомзх.В> 

#1пс1иае "90-01.5" 

сваг $2С1аззМапе [ | ="Ма1 пп"; 

Срах $27Т1%1е[]="Приложение 90-01"; 

НАМОЬЕ ВОгу;//Дескригтор открытого драйвера 

ОИОЗО сЬЗее;//Счетчик байтов возвращаемых драйвером дакных 

ОТМТ ОгуАаах; 

МОЗР Сопзфбапс, Кези] т; 

екаСЕ { 

ОЗНОВТ Роке; 

ОСНЧАВ Уа11е; 

} Бава; 

//Главная функция гриложения 

171Е ИТМАРТ М1пМа1л (НТМ5ТАМСЕ рТозбалсе, НТМ5ТАМСЕ, БРУТА, 11$) { 
} 


//Функгия регистрации класса главного окна 
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у01А Вед1зъек (НТМ5ТАМСЕ Ю1Тп5$%) { 


} 
//Функция создания и показа главного окна 
У014А Сгеафе (НТМ5УТАМСЕ ВТпз{) { 
} 
//Оконная функция главного окна 
ТВЕЗОБТ САГЬВАСК Ипаргос (НИМО Вмупа, ОТМТ пз9,МРАВАМ уРагам, ГРАВАМ 1Рагап) { 
} 
//Функция, вызываемая при создании главного окна 
ВОО ОлСкеаке (ЧИМО, БРСВЕАТЕЗТВОСТ) { 
ВОгу=СгеакеЕ11е ("\\\\.\\И1132Маме", СЕМЕВТС _ВЕАБ|СЕМЕВТС ИВТТЕ, О, 
МОЪЬ, ОРЕМ_ЕХТЗТТМС, РТЬЕ . АТТВТВОТЕ | МОВМАГ, МОГ); 
гесикл ТВОЕ; 
} 
//Функция, вызываемая при выборе пунктов меню 
у01а ОпСомтапа (НИМ рипа, 11 23а, НИМО, ЧТМТ) { 
м1 Есй (14) { 
сазе МТ АООВ://При выборе пункта "Адрес из драйвера“ 
Сефдааг (); 
БгкеаКк; 
сазе МГ ЗТАВТ://При выборе пункта "Пуск таймера“ 
ЗкакеТ1мек (); 
Ьгеак; 
сазе МТ РАТА://При выборе пункта "Чтение данных" 
Сесрафа(); 
Бгеак; 
сазе МТ_ЕХТТ://Гри выборе гункта "Выход" 
Резегоуй1п ом (пила); 
} 
} 
//Фу=кция завершения приложения 
У014 Опрезекоу (НИМО) { 
} 
//Функция получения адреса процедуры С%*101зрафсь 
у0о1А Сезаааг (.) { 
} 
//Функция инициализации таймера и пуска измерений 
У01А З+акеТ1тег () { 
//Инихиализируем таймер 
Рака.Роге=0х3З0с; 
Реу1сетоСоп&ко1 (НОгу, ТОСТЬ ВЕАБО, &Баба, 3, &Бафа.Уа1ле, 1, &сЬВее, МИГЬ); 
Раха.Рог®=0х303; 
Бафа.Уа1ие=9х36; 
Зеу1сеТоСопеко1 (ВОгу, ГОСТЬ _ ИВТТЕ, &Бафа, 3, МОТ, 0, &сЬКее, МОЬГ); 
Заса.\Уа1ае=0х70; 
Зеу1сетоСопего1 (НОгу, ТОСТЬ ИВТТЕ, &Раба, 3, МОТ, 0, сЬВее, МИГ); 
Сафа.Уа]}ле=охЬЮб; 
Реу1сетоСопеко1 (НОеу, ТОСТЬ _ИВТТЕ, &Баба, 3, МУЪЬ, 0, &сЬВее, МИГГ); 
//Канал 9 
СопзфапЕ=100; 
Раба. Рог =0х300; 
Паза.Уа1ле=ГОВУТЕ (Сопзбап®)}; ` 
Реу1сеТоСопеко1 (ВОку, ТОСТЬ _ИВТТЕ, &Рака, 3, МИЬЬ, 0, &сЬЗее, МОЬЬ); 
Рага.Уа1ле=НТВУТЕ (Сопзвалё); 
беу:сеТоСопёЕко1 (ВОгу, ТОСТЕ ИВТТЕ, &Бафа, 3, МОТ, 0, &сЬВее, МО); 
//Канал 1 
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СопзЕапЕ=50000; 
Рафа. Рог&*=0х301; 
Рафа.Уа1це=ГоВУТЕ (Сопзвап®); . 
Беу1сетоСопе ко] (НОк\, ТОСТЬ ИВТТЕ, &Бафа, 3, МОГ, 0, &сЪВее, МОБЬ) ; 
Рафа.Уа1це=НТВУТЕ (Сопзкап®); 
Беу1сеТоСопЕ го] (ВОк\, ТОСТЬ МВТТЕ, Баба, 3, МОГТ,, О, &сЬВес, МОЬЬ); 
//Инициализируем внутренний генератор 
Бафа.Рохг&=0х302; 
Сопз6апЕ=1000; 
Бафа.\Уа1пе=ТОВУТЕ (Сопзвап*); 
Беу1сетоСопе ко] (ВОк\, ТОСТЬ ИВТТЕ, &Бафа, 3, МОГТ, 0, &сЬвее, МОБЬ); 
Рафа. \Уа1че=НТВУТЕ (Сопзвап®); 
Беу1сеТоСопе ко] (ВОк\у, ТОСТЬ ИУВТТЕ, &бава, 3, МОТ, 0, &сЬВее, МИЦ); 
//Включаем счет 
Рафа. Рог&=0х30Ь; 
Бе\у1сеТоСопеко1 (НОк\, ТОСТТ ВЕАО, &Бака.Рог®, 3, &Паба.\Уа1ще, 1, &совее, МОБ); 
} 
//Функция чтения данных 
\01Я Сееража () { 
спаг 32Тех® [80]; 
Рафа. Рог*=0х309;//Старший байт результата 
беу1сетоСопеко1 (НОку, ТОСТ! ВЕАО, &Паба. Роке, 3, &Баба.\а1ще, 1, сюВее, МОЬЬ); 
Вез\ 14 = (ОВО) Баса. \а11е; 
Вез116<<=8; 
Рафа.Рог*=0х308; //Младший байт результата 
Бе\1сетоСопехо? (ВОку, ТОСТЫ ВЕАО, &Бафа Роге, 3, &Пафа.\/а1е, 1, &сьВее, МОШ); 
Кезо1 | = (МОВО} Раса. \Уа11е; 
изре1пЁ (32Техё, "Накоплено %ХН=%4 событий", Везо1&,Вези1®); 
МеззадеВох (МОТ, з2Техе, "ТпЁо",МВ_ТСОМТМЕОВМАТТОМ); 
} . 


Фактически оба интересующих нас фрагмента — инициализация платы счетчика- 
таймера и чтение накопленных данных — представляют собой последовательности вы- 
зовов Деусе[оСопео/() с указанием того или иного кода действия и соответствующих 
параметров. Операции деления короткого слова на байты для посылки в драйвер и че- 
рез него в порты рассматривались в предыдущих статьях. Обратная операция — объе- 


динение двух байтов, прочитанных из порта (в функции СеФав()), также уже встре- 
чалась в статье 80. 


Статья 91. Драйверы для обслуживания 
аппаратных прерываний 


В системах УЛи4о\з МТ, так же как и в УЛдо\$ 95/98, обработка аппаратных 
прерываний требует решения в программном комплексе драйвер-приложение сле- 
дующих задач: 

» включения в состав драйвера обработчика аппаратного прерывания; 

‚ передачи данных из обработчика прерываний в приложение; 

» оповещения приложения о регистрации драйвером прерывания, т. е., по су- 

ществу, включения в приложение "приложенческого" обработчика прерываний, 
который будет активизироваться "драйверным" обработчиком. 


Общие принципы обработки прерываний в 32-разрядных приложениях \М94о\5, 
а также связанные с этим понятия (процедуры прерываний и отложенных прерываний, 
потоки и события и др.) последовательно рассматривались в статьях 86 и 87; здесь мы 
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сразу рассмотрим программный комплекс, объединяющий решение всех перечис- 
ленных выше задач. В качестве примера программируемой аппаратуры использована 
плата счетчика-таймера. В меню приложения включены команды диагностического 
вывода на экран характерных адресов драйвера и пуска измерений (рис. 91.1). 
Команда чтения результата в данном случае не нужна, так как операцию вывода 
накопленных данных естественно включить в обработчик прерываний приложения, 
который активизируется автоматически по завершении измерений. 





Рис. 91.1. Меню приложения 91-01 


При выборе пункта меню "Пуск таймера" приложение с помощью последователь- 
ности запросов ввода-вывода инициализирует таймер (в точности так же, каки в 
предыдущем примере) и запускает процесс накопления событий. По истечении 
заданного интервала времени аппаратное прерывание уровня №О5 активизирует 
обработчик прерываний, включенный в программу драйвера. В рассматриваемом 
примере обработчик прерывания не выполняет содержательной работы, а только 
создает объект сброшенного события и ставит запрос на выполнение процедуры 
отложенной обработки прерывания. Назначение этой процедуры - установка сброшен- 
ного ранее события, приводящая к активизации в приложении потока, включающего в 
себя обработчик прерываний приложения. Этот обработчик с помощью последова- 
тельности запросов ввода-вывода считывает число событий, накопленных в счетчике 
платы, и выводит его в окно сообщения. 

Рассмотрим сначала программу драйвера (пример 91.1). 


Пример 91.1. Драйвер, обслуживающий аппаратные прерывания 
ф1пс1аае "лъаак. в" 
#АеЁ1пе МТ_РЕУТСЕ МАМЕ Т"\ \Реу1се\\МТМаще"//Имя объекта устройства 
#АеЁ1пе \1М№М32 РЕУТСЕ МАМЕ ."\\2??\ \\1132Маме"//Имя в пространстве имен №1132 
//Определим коды действий при вызове драйвера 
#А4еЁ1пе ТОСТЬ АШОБК СТЬ СООЕ \ 

(ЕТЬЕ ОБУТСЕ ОМКМОЧМ, 0х800, МЕТНОР_ ВОЕРЕЗЕО, ГТЬЕ АМУ_АССЕ$$) 
#АеЕ1ле тость_ ВЕАР СТЬ СООЕ \ 

(ЕТЬЕ ОЕУТСЕ_ ОМКМОЙМ, 0х801,МЕТНОР ВОЕКЕЗЕО, ЕТТЕ АМУ_АССЕ5$) 
#АаеЁ1пе ТОСТЬ ИВТТЕ СТЪ СОБЕ \ 

(ЕТЬЕ _РЕУТСЕ_ОМКМОММ, 0х802, МЕТНОО_ЗОЕЕЕВЕО, ЕТЬЕ АМУ АССЕ$$) 
#ЧеЕ1ле ТОСТЬ 5ТАЗТ СТЬ _СоОЕ \ 

(ЕТЬЕ_ РЕУТСЕ _ОМкмоим, 0х803,МЕТНОР_ВОЕРГЕВЕО, ЕТЬЕ АМУ_АССЕЗ$) 
#ЧеЕ1пе САБО _ ТВО 5//Аппаратный уровень прерываний 
//Прототипы основных функций драйвера 
МТЗТАТИЫ$ СЕ1Скеафе (1М РРЕУТСЕ_ОВСЕСТ, ТМ РТЗ?); 
МТЗТАТО$ С&1С1озе(1М РРЕУТСЕ ОВСЕСТ,1М Р1ВР); 
МТЗТАТО$ С&101зрассВ (ТМ РОЕУТСЕ_ОВСЕСТ, ТМ РТВР); 
//Обработчик поерываний драйвера 
ВООТЪЕАМ 1зквозе1тле (1М РКТМТЕВКОРТ, № ОПТ РУОТО); 
//Сроцедура отложенных грерываний 
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УОТР Орсзоче1пе (1№ РКОРС,1М РОЕУТСЕ ОВОЕСТ, ТМ РТВР,1М РУОТЬ); 

//Структура, описывающая состав расширения устройства 

фуредеЕ зегисЕ _ЕХТЕМ$ЗТОМ { 

РКЕУЕМТ рЕхел*ОБ)есе;//Объект события 
РТВАР р!ТЕр;//Пакет ввода-вывода 
} ЕХТЕМ$ТОМ, *РЕХТЕМ$ ТОМ; 
//Гроцедура инициализации драйвера 
МТУТАТУ$ Ог1уекЕпегу (ТМ РОВТУЕВ_ОВСЕСТ рок1уегОБ)ес®, 
ТМ РОМ:СООЕ_$ТВТМС Ве915егуРа®П) { 
РОБУТСЕ ОВОЕСТ рбеу1сеоБ`ес*;//Указатель на объект устройства 
ОМТСОБ=_5ТВТМС ол11№Маме;//Структура с МТ-именем устройства 
ОМТСОБ=_$ТВТМС оп11\2132К№аме;//Структура с И1п32-именем устройства 
ОМтСОр= $ТАТМС Еуеп<Маме; //Структура с именем события 
НАМОЪЕ Еухеп&Нап491е; //Дескриптор события 
РЕХТЕМ$ТОМ рЕхё; //Расширение устройства 
ЕТВОГ 1га1=САВО ТВО; //Агпаратный уровень используемых прерываний 
КАЕЕТМТТУ АЕЁЕ1П1$ у; //Сродство 
РКТМТЕВАВИУРТ рТлееггар*ОБ)]ес®;//Объект прерывания 
ОТОМС МарреЯУес®ог;//Аппаратный вектор глаты в МТ 

//Греобразуем оба имени в структурные переменные со счетчиками 
ВЕ1Тп1Оп1соЧе5г1п9( «оп №Маще, МТ ОЕУТСЕ МАМЕ ); 

ВЕЛО ла содеб гала (воп1И1п32Маме, ИТМЗ2 _РЕУТСЕ _ МАМЕ.) ; 

//Создадим символическую связь МТ- и И1132-имен 
ТоСгеафебупро11с11 пк (5ип1И1п32Маме, &ал1М&Маме); 

//Создадим объект устройства 
ТоСгеабереу1се (рог1уекОБ]ес&, з1хеоЕ (ЕХТЕМЗТОМ) , &ап1М&Маме, 

ЕТЬЕ_ОЕУТСЕ ОМКМОИМ, 0, ЕАЪЗЕ, хрбеу1сеор)ес®); 

//Заполним в структуре объекта драйвера поля с адресами основных функций 
рОх1уекОБ)ес®->Ма)огГипсЕ1оп [18Р_Мо СЗЕАТЕ]=СЕ1Сгеафе; 
рОг1уекОр)есе->Ма)окРапс& 1 оп [ТВР_МУ —СЪО$Е] =С&1С105е; 
рОг1уегОр)ес*- >Ма1огРипсе1оп[1ВР МО ОЕ УТСЕ_ СОМТВОЬ] =С& 101 зраесй; 

//Очистим расширение устройства 
ВЕ 12екоМемогу (рреу1се0ю)ес*->Беу1сеЕхеелз1 оп, 512е0Е (ЕХТЕМ$ТОМ) ); 
рЕх*=р0е\у1 сео) ес®*->Пеу1сеЕх®ел$1оп; 

//Инициализация грерываний 

//Получим отображенный вектор 
МарреЯУесок=На1Се*Тпеггор®Уесвок (Тза, 0, САВО ТВО, САВО_ТВО, &1к41, &АЕЕЛПАЕУ); 

//Зарегистрируем обработчик прерываний драйвера 
ТоболпесеТлеекгар* (&р1пееггор®ОЮ)ес*, ТзгВоп*1пе, рбеу1сеоБ)ес®, МИГ, 

МарреЯУескок, 1га1,1ка1, ТаесВеа, ЕАТЗЕ, АЕЕ1лп1 у, ГАЬЗЕ); 

//Инициализация отложенного вызова и связи с приложением 

//Зарегистрируем процедуру отложенного вызова 
1Т011161а112е0рсвеаиез% (рбеу1сеор)ес®, ОрсВоз1пе); 

//Образуем структуру со счетчиком для имени события 
811016 0л1соаебек1па (&ЕуепМаще, ."\\ВазеМамеяОЮ)есез\\51дпа1Еуепе"); 

//Создадим событие для оговещения приложения 
рЕхе->рЕуепе ОБ ]ес*=ТоСгеа*еМое1Е1 са 1оп=\еле (&2уеп&Маме, &БуепеНала1е); 
КеС1еахгуепе (рЕхё->рЕуелОБ)ес®);//Сбросим событие, запретив выполнение 
гееигл 5ТАТИ$ $0ССЕ$5; 

} 

//Функция, вызываемая при открытии драйвера гриложением 

МТУТАТО$ Сс1Скеа+е (1М РОЕУТСЕ ОВУЕСТ рреу1сеорзес®,ТМ РТВР рТер) { 
РТЕр->Тобфае\$. 5сафаз=5ТАТУ$ _5$9ССЕ$$; 
р1гр->Тобфаеа$.Тлохма*1о1=0; 

ТоСотр1екевеаеез* (рТгр, ТО_М№_ТМСВЕМЕМТ ); 
кефкогл $ТАТОЗ_505С=55$; ^ 
} 

//Функция, вызываемая при закрытии драйвера гриложекием 

МТУТАТО$ СЕ1С1о5е (1М РБОЕУТСЕ ОВОЕСТ рЭеу1сеоБ)ес*,1М№ РТВР р1!тр) { 
р:го->Тозбафа$. Згаеаз=СТАТ 0$ _50ССЕ 55; 
ртго->Тобфаеа$. ТиЕогга&1о1=0; 
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1оСомр1ефхеВеаиез® (рТгр, ТО МО ТМСВЕМЕМТ ); 
кебикл ЗТАТИ$ $00655; ^^ 
} 
//Функция дислетчеризации 
МТЗТАТИ$ СЕ1О1зраесь (1М РОЕУТСЕ ОВОЕСТ рбе\у1себЬ3есе,1М РТВР ртЕр) { 
РТО ЗТАСК ТОСАТТОМ р1кр5хаск;//Указатель на стековую область 
РУОТО РТОВаЕЕег; //Системный буфер обмена данными с приложением 
ОЗНОВТ Рог®е;//Номер горта, голучаемый из гриложения 
РЕХТЕМЗТОМ рЕх®;//Указатель на расширение устройства 
рРЕХЕ=рОеу:се0ю)ес*->Беу1сеЕхеелз1оп; //Инициализация указателя 
рГгрбхаск=ТобеСаггелЕТгр5®асКГоса®1ол (рГгр};//Голучим адрес стековой области 
РТОЗаЕЕег=рТгр->Аззос1а%еаТгр. бузкетВаЕЕег; //Получим адрес буфера обмена 
м2 ЕсП (р1гр5&аск->Ракатекегз .Пеу1сеТоСол& ко! .ТоСоп+го1Соае) { 
сазе ТОСТЬ АБОВ://Код 1-го действия - пересылка в гриложение адресов 
* ( (РОГОМС) рТОЗоЕЕек) ++= (ОЪОМС) С&101зраёсП; 
* ( (РОГОМС) рТОВоЕЕек) ++= (0ТОМС) ТзеВоцЕ1пе; 
* ( (РОГОМС) ртТОВиЕЕек) = (ОЪОМС) ОрсВоп®1ле; 
р1гр->Тобфаелз.ТлЕогиаЕ1оп=12;//Гересылаем 12 байт 
Ьгеак; 
сазе ТОСТЬ ВЕАБ://Код 2-го действия - ввод байта из заданного порта 
Роге =* (РОЗНОВТ) рТОВаЁЕЕек; //Получим номер порта 
* ( (РОСНАВ) ртТОЗоЕЕег) =ВЕАО_РОБТ_ОСНАВ ( (РОСНАВ) Роге); //Ввод и пересылка 
Р1гр->Тобфаеиз.ТлЕогиа®1оп=1; //Пересылаем 1 байт 
Бгеак; 
сазе ТОСТЬ ИВТТЕ://Код 3-го действия - вывод заданного байта в заданный порт 
Рог%=* ( (РОЗНОВТ) рТОВиЕЕег) ++; //Получим номер порта 
ИВТТЕ_РОВТ_ОСНАБВ ( (РОСНАЗВ) (Рог®), * ({РОСНАВ) рТОВЧЁЕег);//Вывод в порт 
рТгр->Тобфаеаз.ТпЕогма*1оп=0;//В гриложение не гересылаем ничего 
Ькеак; 
сазе ТОСТЬ 5$ТАВТ://Код 4-го действия - создание отложенного ТВР 
РЕх®->рТгр=рТгр;//Сохраним адрес гакета ввода-вывода в расширении 
рТгр->Тобфаеа5.5еаеиз=5ТАТО$ _50ССЕ55; 
р1гр->Тозсакиз. ТпЕогта&1о1=0; 
ТоМагкКТгрРепЯ1пта (рТгр);//Отметим ТВР отложенным 
гебикп 5ТАТО$_ $0ССЕ5$; 
} . 
р1гр->Тобфаеиз.5$абиз = 5ТАТО$ _$50ССЕ$$; 
ТоСотр1ефеЗечоез* (рГкр, 10_МО ТМСВЕМЕМТ ); 
гебигп ЗТАТО$_$0ССЕЗ$; = 
} 
//Процедура обработки прерываний 
ЗООТЕАМ ТзЕВочЕ1пе (1М РКТМТЕВВОРТ рТпееггир®, ТМ РУОТО рСопфех®) { 
РОЕУТСЕ_ОВСЕСТ рреу1се0Б)]ес&=рСопфехЕ; //Получим наш объект устройства 
РЕХТЕМЗТОМ рЕхе=рОеу1сеоЬ]ес®->ре\у1сеЕхфепз1оп;//Получим адрес расширения 
Тодеацез*Орс (рре\1 себ) ес®,рЕх®->рТкер, МОТ}; //Поставим в ОРС очередь 
гесагп ТВОЕ; 
} 
//Процедура отложенной обработки прерываний 
УОТРЬ БрсВозЕ1пе (ТМ РКОРС Орс,1М РОЕУТСЕ_ОВСЕСТ рреу1се)р)еск, 
ТМ РТАР р!Ткр,ТМ РУОТО рСопеех®) { 
РЕХТЕМЗТОМ рЕх+=рбеу1се)Ю]ес*->Бе\у1сеЕх®епз1оп;//Голучим адрес расширения 
КебесЕмепе (рЕхе->рЕуепеОБес®, 0, РАТЗЕ);//Установим событие, разрешив выголнение 
Кес1еагЕуелп® (рЕх*->рЕёхепеО)ес+);//Сбросим событие 
рГгр->Тобба®аз.ТлЕогма*1о1=0; 
рТгр->То5фае 5 .зеатаз=5ТАТИО$ $50ССЕ55; 
ТоСопр1ехеВечлез{ (р!кер,ТО_МО 1МСВЕМЕМТ); 
} 


Особенности обработки аппаратных прерываний заставили увеличить число кодов 
действий. Дополнительный код действия ЮСТЬ $ТАКТ служит для организации пе- 
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редачи пакета запроса ввода-вывода в процедуру отложенной обработки прерываний. 
В дальнейшем этот вопрос будет рассмотрен подробнее. 

Существенным отличием данного драйвера от предыдущих является использование 
расширения устройства (см. рис. 88.3) — области данных произвольного объема для реали- 
зации обмена данными между отдельными запросами ввода-вывода. Состав расширения 
устройства целиком определяется составителем драйвера; в рассматриваемом примере 
расширение оформлено в виде структуры, типу которой дано произвольное имя 
_ЕХТЕМЗОМ. С помощью оператора определения типа фуредеЁ введено альтернативное 
обозначение того же типа ЕХТЕМЗ ЮМ, а также имя РЕХТЕМОМ для обозначения указа- 
теля на структурные переменные данного типа. В нашем случае расширение имеет не- 
большой размер и содержит всего две переменные - указатели на объект события и на па- 
кет ввода-вывода. Обе эти переменные надо будет передать в обработчик прерываний 
драйвера, а оттуда — в процедуру обработки отложенных прерываний. В других случаях, 
когда некоторые данные должны передаваться от одного запроса ввода-вывода к другому 
(например, в результате первого запроса данные читаются из устройства и сохраняются в 
драйвере, а в результате второго они передаются в приложение), эти данные так же должны 
быть помещены в расигирение устройства. 

В процедуре инициализации драйвера используется целый ряд дополнительных 
данных: имя события Еуепй Мате и дескриптор события Еуеп(Напе, указатель рЕх! на 
структурную переменную типа ЕХТЕМ$ ОМ, указатель рИ\еггарОес{ на объект пре- 
рывания и др. Со всеми этими переменными мы еще столкнемся при описании про- 
граммы драйвера. 

В начале процедуры инициализации выполняются те же действия, что и в преды- 
дущих примерах: преобразование обоих имен устройства в структурные переменные 
со счетчиками и создание между ними символической связи, создание объекта устрой- 
ства, заполнение полей в объекте драйвера адресами основных функций. Обратите 
внимание на вызов функции ГоСтемеПеу!се(), создающей объект устройства: в качест- 
ве второго параметра указан размер планируемого нами расширения устройства. От- 
личие этого параметра от нуля заставляет диспетчер ввода-вывода при создании объ- 
екта устройства включить в его состав расширение заданного нами размера. Для того 
чтобы избежать появления в расширении устройства случайных значений ("мусора"), 
оно с помощью функции ВИХегоМегтогу заполняется нулями. 

Как видно из рис. 88.3, указатель на расширение (с именем Реу1сеЕжепзюол) вхо- 
дит в объект устройства. С другой стороны, указатель на объект устройства передается 
в драйвер из \!1140%5$ в качестве первого параметра процедуры инициализации, что 
дает возможность получить доступ к расширению. Для удобства дальнейших обраще- 
ний к расширению значение указателя на него переносится в локальную переменную 
рЕх+. Необходимо иметь в виду, что эта переменная действительна лишь в процессе 
выполнения функции Ппуе:Ет\гу(); в других функциях драйвера, активизируемых за- 
просами ввода-вывода, указатель на расширение устройства придется каждый раз по- 
лучать заново. 

Как уже говорилось ранее (см. статью 80), системы \/ 40%, работающие в за- 
щищенном режиме, вынуждены в процессе загрузки перепрограммировать контролле- 
ры прерываний компьютера, так как векторы аппаратных прерываний с 8-го по 15-Й, 
используемые 2О$, в защищенном режиме принадлежат исключениям процессора. 
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В \Упдо\з 95/98 под аппаратные прерывания отводятся векторы 0х50...0х5Е; 
в \!шдо\!з МТ аппаратные векторы расположены в диапазоне 0х30...0х3ЗЕ. 

Как известно, в ОО$ аппаратные прерывания обладают относительными приори- 
тетами, совпадающими с номерами уровней запросов прерываний: от 0 для первого 
уровня ведущего контроллера 1ВО0, к которому подключен системный таймер (наи- 
высший приоритет), до 15 для последнего уровня 1КО15 ведомого контроллера (низ- 
ший приоритет). 

В \У114до\%з МТ используется другая, значительно более сложная система уровней 
приоритетов. Каждый активизированный поток обладает определенным уровнем при- 
оритета, при этом чем больше значение уровня, тем приоритет потока выше. Система 
предоставляет процессорное время только потокам с наивысшим текущим приорите- 
том, выделяя по очереди каждому такому потоку определенный квант времени, что и 
обеспечивает параллельное выполнение многих задач. Потоков с высоким приорите- 
том в системе может не быть, или эти потоки могут приостановить свое выполнение, 
например в ожидании ввода с клавиатуры или сигнала от мыши. В этом случае кванты 
процессорного времени отдаются потокам с более низкими приоритетами. Приорите- 
ты подразделяются на классы; обычным приложениям назначается приоритет класса 
"нормальный" (которому в характеристиках потока соответствует константа 
МОВМАГ РЕОКТУ_СГА$5$). Некоторые потоки в системе могут иметь приоритеты 
реального времени (константа ВКЕАГ РКОВТУ _СГА$5); эти потоки также конкури- 
руют друг с другом за процессорное время, однако до своего завершения не дают вы- 
полняться потокам с обычными приоритетами. Наконец, любой поток в системе, неза- 
висимо от его приоритета, может быть вытеснен любым аппаратным и некоторыми 
программными прерываниями. 

Программы ядра УЛп4о\; МТ, выполняемые на нулевом уровне привилегий, в ча- 
стности драйверы МТ, должны правильным образом взаимодействовать с аппаратурой 
компьютера. Поэтому им назначается специальный вид приоритета, называемый уров- 
нем запроса прерывания (пцеггарЕ гедиез{ 1еуе!, [В ОГ.). [ВОГ определяет приоритет по- 
тока по отношению к прерываниям от устройств компьютера. Обычно потоки ядра 
выполняются на нулевом уровне [ВОГ, которому соответствует символическое обо- 
значение РАЗЗГУЕ ГЕУЕГ; некоторым программам, в частности процедурам отло- 
женных прерываний, свойствен более высокий приоритет ОИЗРАТСН_ГЕУЕГ, равный 
двум. Уровни запросов прерываний устройств, обозначаемые ГММВОГ (от 4е\се 
имеггар! гедиез{ 1е\е!), значительно выше и лежат в диапазоне от 12 (последний уро- 
вень ведомого контроллера) до 27 (первый уровень ведущего, к которому подключен 
системный таймер). Поэтому любые системные программы, кроме обработчиков пре- 
рываний, приостанавливают свое выполнение в случае прихода сигнала прерывания от 
любого устройства. Обработчикам аппаратных прерываний обычно назначаются при- 
оритетные уровни 1ВОГ, совпадающие с РВОГ. соответствующего устройства. В ре- 
зультате реализуется система вложенных прерываний: обработчик прерываний от, 
скажем, мыши, работающий на уровне [ВОГ =23, прерывает свою работу в случае при- 
хода прерывания от клавиатуры (уровень [ЛЕВОЕ =26) или, тем более, таймера (РВ ОГ=27), 
однако все аппаратные прерывания более низких уровней (от дисков и пр.) маскируются 
ядром \! 140%. 

При установке в системе обработчика аппаратного прерывания, входящего в со- 
став драйвера, ему необходимо назначить, во-первых, вектор прерывания, соответст- 
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вующий данному устройству, и, во-вторых, уровень запроса прерывания. Наша экспе- 
риментальная плата подключена к входу КО5 ведущего контроллера, которому в сис- 
темах реального времени соответствует вектор 0хО=13. Однако в У\Лпдо\$ МТ этому 
входу контроллера назначается и другой уровень, и другой вектор. "Отображение" ап- 
паратного вектора на систему векторов и уровней прерываний \/лт4о\из осуществляет- 
ся функцией Набе щетарУестюог(). Эта функция входит в состав компонснта испол- 
няющей системы ядра УЛ п4о\$, носящего название уровня аппаратных абстракций 
{Нага\уаге Абзасноп Гауег, НАТ.) и отвечающего за организацию связи системы с ап- 
паратурой компьютера. Функции На\беймегир{Уесюг() следует передать, в частно- 
сти, тип используемой шины (]3А}, ес номер (0), аппаратный уровень запроса преры- 
вания (5 в нашем случае), а также адрес псременной, в которую будет записано значе- 
ние О1ВОГ данного устройства. Перед вызовом функции На1бейщетар Уесюг() эта 
переменная (1491) должна содержать уровень прерывания, соответствующий 
реальному режиму (в нашем случае САКР О=5). После выполнения функции 
На бейтмегтарРУесют() в эту персменную будет помещено новос значение уровня, 
конкретно — 0х16. Функция возвращает значение отображенного вектора (0х35 для ис- 
пользованного уровня прерываний), который в нашей программе сохраняется на время 
в переменной МарредУесюг. 

Получив отображенный вектор, можно зарегистрировать наш обработчик преры- 
ваний. Для этого вызывается функция 1оСоппес(Уесют(), которой указываются в каче- 
стве парамстров адрес обработчика (151Коийпе), значения отображенного вектора 
(Марре4Уесюг) и отображенного уровня прерываний (1141) и другие данныс. Функция 
ГоСоппес{Уесюг() возвращает через первый параметр адрес созданного ею объекта 
прерывания. Особо следует остановиться на третьем параметре этой функции, кото- 
рый в документации определяется как 
ТМ РУОТР бек\у1сеСопеехе 


и представляет собой указатель на переменную неопределенного заранее типа. Эта пе- 
ременная (точнее, область памяти) будет передана в процедуру обработки прерываний 
драйвера при се активизации аппаратным прерыванием. Тем самым создается возмож- 
ность обмена данными с обработчиком прерываний, который работает, как говорят, 
в другом контексте, нежели остальные процедуры драйвера. Обычно в качестве перс- 
даваемого указатсля используют адрес расширения устройства или (как в нашем при- 
мере) адрес объекта устройства. Чсрез этот указатель процедура обработки прерыва- 
ний сможет получить доступ ко всему объекту устройства, а через него и к расшире- 
нию устройства, ссли это понадобится. 

Если ограничиться описанными выше операциями, то в системе не будет уровня 
отложенных прерываний и всю обработку прерываний придется возложить на про- 
грамму обработчика прерываний. Такой подход допустим в тех случаях, когда обра- 
ботка каждого прерывания проста и заключается, например, в чтении данных из пор- 
тов устройства или посылке в устройство управляющего сигнала. Если же обработка 
прерывания сопряжена со значительным расходом процессорного времени, се нсобхо- 
димо перенести на уровень отложенных прерываний. Как уже отмечалось выше, обра- 
ботчик прерываний драйвера работает на вссьма высоком уровне аппаратного преры- 
вания устройства, когда выполнение практически вссх остальных прикладных и сис- 
темных программ запрещено. Тем самым на время обработки прерывания мы 
фактически выводим систсму \/т9о\$ из строя. Перевод обработки на уровснь отло- 
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женных прерываний, для которого характерен низкий уровень приоритета (хотя и бо- 
лес высокий, чем для обычных программ), позволяет избежать нарушений в работе 
системы и в то же время обслужить наше устройство с достаточной эффективностью. 

В рассматриваемом примере обслуживание каждого прерывания не занимает мно- 
го времсни и его можно было выполнить на уровне прерываний, не прибегая к услугам 
уровня отложенной обработки. Однако для общности в драйвере реализованы оба 
уровня. Инициализирующие действия по созданию уровня отложенных прерываний 
нсобходимо выполнить в той же процедуре инициализации драйвера ОпустЕпиу(), для 
чего вызывается функция ТопиНаН2сОрсВедиез:(. Эта функция рсгистрирует указан- 
ную ей функцию драйвера (ОрсВоибпе в нашем примере) в качестве процедуры отло- 
женного вызова (де Йелте@ ргоседиге саП, ОРС). Функция ОрсКоийпе() только регист- 
рирустся; активизировать ее нужно будст в обработчике прерываний. 

Синхронизация обработчиков прерываний драйвера и приложения осуществляется 
с помощью события (см. статью 87). Для создания события преждс всего с помощью 
функции ВИпиИЛисоде$ 1т2() образуется его имя в формате структурной переменной 
со счетчиком типа ОМСОРЕ $ТКИМ\С, а затем вызовом ГоСгемеМоНЯсанопЕуеп(() 
создается само событис. Эта функция требует в качестве параметра имя события, а 
возвращает две характсристики события — дескриптор события через второй параметр 
и указатель на объект события, который мы сохраняем в расширении устройства под 
именем рЕуеОБесе. 

Функция ГоСгежеМоНЯсанНопЕуеп() назначает созданному событию установленное 
(512па]с4) состояние, что разрешает выполнение связанного с этим событисм потока. 
Таким потоком у нас является обработчик прерываний приложения, который, естест- 
венно, не должен выполняться до прихода сигнала прерывания. Следовательно, собы- 
тис нсобходимо персвести в сброшенное (поп$!рпа]е4) состояние и запретить тем са- 
мым работу обработчика приложения. Сброс события осуществляется вызовом функ- 
ции ядра КеЦеагЕуеп(), которой передается в качестве параметра указатель на объскт 
события. На этом функция инициализации драйвера завершается. 

Прежде чем перейти к описанию обработчика прерываний драйвера, следует оста- 
новиться на роли кода действия ПОСТЕ $ТАВТ. Этот код действия приложенис посы- 
лает в драйвер в последнем запросе ввода-вывода после того, как закончилась инициа- 
лизация устройства засылкой соответствующих констант в регистры таймера и вклю- 
чением счета событий. Получив код действия 1ОСТЕ_ЭТАБКТ, драйвер сохраняет адрсс 
текущего пакета запроса ввода-вывода в расширении устройства, устанавливает значе- 
ния в блокс состояния 10 ЗТАТИ$_ВГОСК и вызовом функции оМагКИрРеп4115() 
помсчаст тскущий пакст 1ВР нсзавсршенным, тем самым передавая его для завершс- 
ния другим процедурам драйвера. Как видно из текста фрагмента драйвера, соотвстст- 
вующего коду действия ОСТ. $ТАВТ, этот фрагмент заканчивается не обычным для 
других фрагментов функции диспетчеризации вызовом функции 1оСотр!ееВеацез(), 
которая, считая, что пакет ввода-вывода обработан, возвращает его диспетчеру ввода- 
вывода, а просто оператором гешгл. Пакет жс ввода-вывода остается "висеть" в систе- 
ме, что, между прочим, требуст сго обязательного завсршсения в той или иной процс- 
дуре драйвера. У нас завершение этого пакста будет выполнено в процедуре отложен- 
ной обработки прерываний. 

Процсдура обработки прерываний 15гКоците() активизируется аппаратным преры- 
ванием от счетчика-таймера и выполнястся на уровне О1ВОГ. Как уже говорилось 
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выше, при ее активизации через второй параметр передается адрес той области памя- 
ти, которую мы "заказали" при регистрации этой процедуры. Мы в качестве этой об- 
ласти памяти использовали объект устройства; теперь мы извлекаем его в программу и 
через него получаем указатель на расширение устройства. Вспомним, что ранее мы 
поместили в расширение устройства адрес объекта созданного нами события, а также 
указатель на тот самый пакет ввода-вывода 1ВР, который мы пометили отложенным и 
который еще предстоит завершить. Последней операцией в процедуре [3:КочИпе() яв- 
ляется вызов функции диспетчера ввода-вывода оКедиезОрс(), ставящей в очередь на 
выполнение процедуру ОрсВоиНпе() отложенной обработки прерываний. В качестве 
параметров этого вызова выступают объект устройства и текущий (а точнее, отложен- 
ный) ПВР для этого устройства. Через последний параметр можно было передать в 
процедуру отложенной обработки дополнительную информацию. 

Обратите внимание на форматы процедур немедленной и отложенной обработки 
прерываний. Их форматы жестко заданы \/М/ш4о\5, поскольку эти процедуры вызыва- 
ются системой асинхронным образом. В качестве второго и третьего параметров 
функции ОреВоците() должны выступать указатели на объект устройства и пакет за- 
проса ввода-вывода. Однако эти указатели не поставляются системой — это как раз те 
самые данные, которые мы передаем системной функции 1оКедиезрс() при ее вызо- 
ве. В то же время во входных параметрах процедуры обработки прерываний 
[5:ВоиИпе() нет ни объекта устройства, ни [ВР. Таким образом, забота о "добывании" 
этих параметров лежит на программисте. Мы и выполнили эту работу, сначала заказав 
передачу объекта устройства при вызове функции ГоСоппесИщептр(), а затем сохра- 
нив указатель рИр в расширении устройства. 

Заметьте, что процедура обработки прерываний в случае ее успешного завершения 
должна возвращать значение ТВОЕ. 

Перейдем к рассмотрению последнего важного компонента драйвера — процедуры от- 
ложенной обработки прерываний. Задачей этой процедуры в нашем случае является акти- 
визация обработчика прерываний приложения, который пока находится в "спящем" со- 
стоянии ввиду того, что событие, управляющее потоком этого обработчика, сброшено. 

Получив через поступившей в процедуру указатель на объект устройства адрес 
расширения, мы вызовом функции ядра КебеЕует0) устанавливаем наше событие во 
"взведенное" (51епа]е4) состояние. В качестве параметра функции КеЗе!Еуеп(() должен 
выступать адрес объекта события, а мы предусмотрительно сохранили его в расшире- 
нии, откуда сейчас и извлекаем. Второй параметр функции Кезе{Еуеп{() позволяет из- 
менить приоритет потока, а третий связан с организацией взаимодействующих пото- 
ков, что для нас не представляет интереса. 

Установка события немедленно приводит к разблокировке ранее заблокированно- 
го событием потока. Выполнив разблокировку, следует вернуть событие в прежнее, 
сброшенное состояние, что и выполняется вызовом функции КеСеагЕуеп"). После 
этого в процедуре устанавливаются значения блока состояния и текущий (отложен- 
ный) пакет ввода-вывода завершается вызовом функции [оСотр]ееКедиез(). 

Приведенный ниже текст приложения (пример 91.1, продолжение) не содержит 
почти никаких новшеств. При выборе оператором пункта меню "Пуск таймера" с 
идентификатором МГ_5ЗТАЕТ вызывается прикладная функция За Титег(), в которой 
последовательными запросами ввода-вывода осуществляется инициализация платы. 
В конце процедуры инициализации выполняется посылка в драйвер запроса ввода- 


518 ЯЗЫК АССЕМБЛЕРА: уроки программирования 


вывода с кодом действия [ОСТ ЗТАВТ. Как было описано выше, этот запрос поме- 
чает текущий пакет ввода-вывода как задержанный, что обеспечивает правильную ра- 
боту обеих процедур обработки прерываний, входящих в состав драйвера. 

Далее функцией ОрепЕуеп) открывается событие (которому мы дали имя 
"З1впа!Емеп!"'), а функцией СгемеТНгеа() создается поток, состоящий из процедуры 
1510. Поскольку предпоследний параметр этой функции равен 0, поток немедленно за- 
пускается. Однако функция 15г() начинается с вызова \УаИЕогошр1еОБес() с указани- 
ем имени нашего события, который блокирует дальнейшее выполнение потока до ус- 
тановки события. Блокировка осуществляется системными средствами и практически 
не потребляет процессорного времени. Установка события "51епа1Еуеш" в процедуре 
драйвера ОрсКопйпе() снимает блокировку функции 15г(), которая с помощью двух за- 
просов ввода-вывода читает содержимое выходного счетчика экспериментальной пла- 
ты и выводит это число в окно сообщения с сопроводительной надписью. Вывод про- 
граммы в конкретном прогоне приведен на рис. 91.2. 


РОТЕ. 





Рис. 91.2. Вывод приложения 91-01 для указанных в тексте программы значений констант 
Пример 91.1 (продолжение). Тексты файлов приложения 


Файл 91-01.Н 

ЁЧеЕлпе МТ_АООВ 109 

ЁЧеЁ1пе МТ_5ТАВТ 101 

ЁЧеЁ1пе МГ ОАТА 102 

#ЧеЕ1пе МТ_ЕХТТ 104 

#ЧеЕ1пе ТОСТЬ АООВ (0х800<<2} | (0х22<<16) ! 
#беЁ1ле ТОСТЬ ВЕАШО (0х801<<2)| (9х22<<16) 
#ЧеЁ1пе ТОСТЬ ИВТТЕ {0х802<<2) | (0х22<<16) 
#ЧеЕ1пе ТОСТЬ $ТАВТ (0х803<<2) | (0х22<<16) 
зЕкасе ОАТА{ 

ОЗНОВТ Рок®; 

ОСНАВ Уа1ше; 

}; 

уо1А вед1з%ек (НТМУТАМСЕ); 

У019 Сгеа*е (НТМ5ТАМСЕ); 

ЪВЕЗОЬТ САЪЬВАСК ИлаРгос (НИМО, ОТМТ, ИРАВАМ, ГРАЗАМ) ; 
3001 СлСгеафе (НИМО, ГРСАЕБАТЕЗТВОСТ); 

у01А ОпСоптала (НИМО, 17%, НИМО, ОТМТ); 

у0149 Сарезфкоу (НИМО); 

уо1А ЗеактТ1мег(); 

уо1А СефАааг (); 
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ОЗНОКТ Сеграфа(); 
РИОВО ИТМАРТ Тк (ГРУОТО); 


Файл 91-01.ВС 
#1пс1аае "91-01.5" 
Ма1п МЕМО{ 
РОРОР "Режимы" { 
МЕМОТТЕМ "Адреса из драйвера", МТ АБОВ 
МЕМОТТЕМ "Гуск таймера",МТ $5ТАВТ 
МЕМОТТЕМ ЗЕРАВАТОК 7 
МЕМОТТЕМ "Выход",МТ_ЕХТТ 
} 
} 


Файл 91-01.СРР 

#ЗеЁ1пе 5ТВАТСТ 

#$1пс]1а4е <илпаомз.В> 

#1пс1ае <ч1паочзх. [> 

#1пс1аае "91-01.6" 

СсВаг 52С1аззМаше [ ] ="Ма1аИ1т"; 

сраг 52Т1&1е[]="Аппаратные прерывания"; 

НАМОЪЕ ВОку,[ЕУел®; 

ОИОВО сюЗеб, ЧмТьгеад То; 

1пе ИТМАРТ И1лМа1т (НТМ5ТАМСЕ БТлзбапсе, НТМ5ТАМСЯ, ГРУТВ, 11$) { 
М$С шза; 
Вед1зеег (ВТизфапсе); 
Сгеафе (п1пз6алсе); 
мр1 1е (Се{Меззаде (55а, МОТ, 0,0) } 21 зраесЬМеззаде (&з4а}; 
гебакп 0; 
} 

у014 Вед1зек(НТМЗТАМСЕ ВтТлз®) { 
ИМОСЬА$$ мс; 
пемзе* (&мс,0,$12ео0Ё(ис)); 
мс.1рз7С1аззМапе=$2С1аззМаме; 
мс .Р1пзфапсе=ЬТпзе; 
мс. 1рЕлИлАРкгос=ИпаРгос; 
мс. 1рз2МепоМате="Ма1п"; 
мс. ВСигзог=ЬоааСагзок (МОТ, ТРС_АВАОМ); 
мс.ВТсоп=ГоааТсол (МОТТ,, ТРТ_АРРЬТСАТТОМ); 
мс .РогВаскагозпа=бее$ соскВказ В (ИНТТЕ_ВКОЗН); 
Вед1зегС1а5$ (&мс); 
} 

\у014 Сгеаее (НТМ5ТАМСЕ ВТплз+) { 
НИМО Бчп$=Сгеае\1паом (532С1аззМате, 32Т1%1е,\М5 _ОУЕВТАРРЕРИТМООЙ, 

10,10,250,150, НИМО РЕЗКТОР, МОТ, ПТазе, МОЕ); 

ЗВомИ1 паом (Бипа, $И _5НОИМОВМАТ,) ; 


ТВЕЗОГТ САГЬВАСК ИпЯРгос (НИМО Бчпа, ОТМТ изд, МРАВАМ иРакам, .РАВАМ 1Рагап) { 
ЗЕ (159) { 
НАМОТ Е _М$С (Випа, ИМ СВЕАТЕ, ОпСгеаее); 
НАМОТЕ _М$С (Бипа, ИМ СОММАМО , ОпСомтала) ; 
НАМОТГЕ М5 (рмп4, ИМ РЕЗТВОУ, Опрезекоу) ; 
ЧеЁа:21®: 
хебиагл (РеЕИ1пдом?2гос (ВупЯ, мза, мРакам, 1Рагам)); 
} 
} 
ВООГ ОпСкеаф*е (НИМО, БРСВЕАТЕЗТВОСТ) { 
Оку = СгеахеЕ11е("\\\\.\\\1132Маме", СЕМЕВТС_ВЕАО | СЕМЕВТС ИВТТЕ, О, 


МОТ, ОРЕМ _ ЕХТЬТТМС, ЕГЬЕ _АТТАТВОТЕ _МОВМАЬ, МиГ); 
гебигл ТВОЕ; 


} 
у01А ОпСотшмала (НИМО Виза, 116 19а, НИМО, ОТМТ) { 
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ЗитЕСИ (14а) { 
сазе МТ АОБВ: 
бекдаак (); 
Ьгеак; 
сазе М: 5ТАЗТ: 
‚ЭбахЕТатех (); 
Ьгеак; 
сазе МТ ЕХТТ: 
Резегоуй1лаом (Пила); 
} 
} 
у014 Опрезукоу (НИМО) { 
РозЕОц1ЕМеззачде (0); 
} 
у01Я ЗтагхТ1 мег () { 
РАТА Рафа; 
МОВР Сопзфап®; 
//Икициализируем таймер 
Раса. Р2Рогкё=0х30С; 
Реу1сеТоСолуго1 (ПОгу, ТОСТЬ ВЕАО, &Раба, 3, &Паба.Уа1це,1, &сЬВеб, МОТТ); 
Рафа.Рог®=0х303; 
Раба. Уа1:е=0х36; 
Реу1сетоСолеко1 (прку, ТОСТЬ ИВТТЕ, &Рафа, 3, МОЬЬ, 0, всЬВефб, МОЪЬ) ; 
Рафа .Уа1ще=0х70; 
Реу1сетоСолеко1 (ПОху, ГОСТЬ ИЗЕТЕ, &Баба, 3, МОЬЬ, 0, сЪВее, МОЬЬ) ; 
Рака .Уа1:е=0хЬ6; 
Реу1сетоСопеко! (пОху, ТОСТЬ ИВТТЕ, &Рафа, 3, МОГ, 0, &сЬВеб, МУЪЬ); 
//Канал 0 
СопзЕапЕ=40; 
Раса.РокЕ=0х309; 
Рага.Уа1де=ЬОЗУТЕ (Сол$6ап{}; 
Реу1сеГоСолегко1 (прку, ТОСТЬ ИЗТТЕ, &Раба, 3, МОТТ,, 0, всЬВеб, МОЪЬ); 
Рака. Уа1ие=НТВУТЕ (СопзбапЕ); 
Ре\1сетоСопеко1 (ПОку, ТОСТЬ ИВТТЕ, &Рафа, 3, МОБЬ, 0, &сЬВее, МОЪЬ); 
//Канал 1 
СопзхалЕ=50000; 
Раха.Рох&=0х301; 
Рафа .Уа1:е=ЬОЗУТЕ (Солзвапь); 
Реу1сеТоСопеко1 (ПОку, ТОСТЬ ИЗТТЕ, &Раба, 3, МИТТ, 9, &сюВеф, МОБЬ); 
Раса.Уа1ое=НТВУТЕ (Сопзкап®); 
Реу1 сеГоСол®ко1 (Оку, ТОСТЬ ИВТТЕ, &Бафа, 3, МОТ, 0, &сЬВе®, МОГ); 
//Иницхализируем внутренний генератор 
СолзтапЕ=1000; 
Рафа .Рогё=0х302; 
Раса. Уа1ле=ТОВУТЕ (Сопзбап®); 
Реу1 сеГоСопеко1 (ПОку, ТОСТЬ ИЗТТЕ, &Бака, 3, МОШЕ, 9, &соЗеф, МОТ); 
Раса.Уа1ае=НТЗУТЕ (СопзкапЕ); 
Обеу: сеТоСопЕ го (ПОку, ТОСТЬ ИВТТЕ, &Бафха, 3, МОГ, 9, &сЬВеф, МУЬЬ) ; 
Зафа.Рок&=0х308;//Включаем счет 
Реу1сеГоСолеко] (НОху, ТОСТЬ ВЕАРО, &раба.Рог&, 2, &Раба.Уа10е, 1, &сЬЗее, МОЬЬ); 
//Пссылаем загрос, сохраняющий задержанный (репа1па) ТВР 
Геу1сеТоСопеко1 (ПОку, ТОСТЬ $ТАЗТ, МИГ, 0, МОТ, 9, &сЬЗек, МОЬЬ); 
ВЕУепЕ=ОрепЕуель (5УМСНВОМТИЕ, РАЪЗЕ, "51 дла1Еуеле"); 
СгеафеТЬгеач (МОТТ, 0, (.РТНВЕАО 5ЗТАВТ ВОЧТТМЕ) Тзх, МОБЬ, 0, &амТркеаато); 
} 
уо1а секдааг () { 
ОТОМС РеуАаЯЕ[3]; 
сНнак з7Тех® [80]; 
Реут сетоСопе ко] (ПОсу, ТОСТЬ АБВ, МОТ,, 9, ОгуАЧаг, 12, &сЬЗес, МУ.) ; 
УЗретлЕЕ (з7Техе, 
"С: 121 зраёсп=$%1Х\ 115ЕВКоиЕ1ле=%1Х\порсВос®1пте=%1Х", 
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РкуАЗах [0], РгуАадг [1], ОеуАЗах [2}); 
МеззадеВох (МОЪТ, з2Техе, "ТлЕо",МЗ_ТСОМТМРОЗМАТТОМ); 
} 
//Обработчик прерывания приложения 
РИОКО ИТМАРТ Т$хк (ЬРУОТРЬ) { 
СсПаг $2Техё [80]; 
Ма1СГог$114]еОр3ес® (ПЕуепе, ЕМЕТМТТЕ); 
КезееЕуел® (ПЕуепь); 
ОЗНОВТ Везо1е=СеЕсраба(); 
мзре1пЕЕ (з2Техе, 
"Измерения закончены! \пНакоплено %ХН=%4 событий", Веза 1%, Везо16); 
МеззадеВЗох (МОЪЪ, з2Тех&, "ТлЕо", МЗ _ТСОМТМРОВМАТТОМ); 
гесагп 0; 
} 
//Функгия чтения данных 
ОЗНОВТ Сеерака() { 
ОАТА Бата; 
ОЗНОВТ Ве5016; 
Рафа.Рог+=0х309;//Старший байт результата 
Беу1сеТоСоле го] (ИРк\у, ТОСТЬ ЗЕАТ, &Баба.Роге,2, &Бафа.\Уа1ле, 1, &сьВее, МОБ); 
Вези1%= (ЙОКО) Раба.Уа11е; 
Вез114<<=8; 
Раса.Рог&=0х308;//Младший байт результата 
Реу1сетоСопего] (ПОку, ТОСТЬ _ВЕАО, &Рафа.Рог®, 2, &Паба. Уа11е, 1, сювеб, МОБ); 
Вези1 | = (ИОКО) Раба.Уа1чае; 
гебоакл Везо1(; 


} 
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__ Приложение 1 


Команды процессора 


Ниже приводится алфавитный перечень команд процессоров ше! с кратким опи- 
санием действия каждой команды и примерами ее использования. 

В разделах статей, начинающихся с обозначения 386+, описываются отличия 
действия рассматриваемой команды в современных 32-разрядных процессорах (80386, 
1486, РепНии). Как правило, эти отличия заключаются в возможности использования 
не только 8-и 16-разрядных, но и 32-разрядных операндов, а также расширенных ре- 
жимов адресации памяти. Обычные 16-разрядные программы реального режима впол- 
не могут использовать расширенные регистры процессора (ЕАХ, ЕВХ и пр.), 32-бито- 
вые ячейки памяти и варианты команд для их обработки. Для того чтобы ассемблер 
правильно транслировал команды с 32-разрядными операндами, в программу необхо- 
димо включить одну из директив ассемблера .386, .486 или .586, а сегментам команд 
и данных придать описатель \15е16: 


.386 ;Разрешение использовать средства процессора 80386 
соаез зедмепЕ \и3е16 ;16-разрядный сегмент команд 
аззиме С5:со4дез 


содез епаз 
Чата зедмепЕ у3е16 ;16-разрядный сегмент данных 
Часа епаз 

Кроме этого, необходимо разрешить компоновщику обрабатывать 32-разрядные 
операнды, что для компоновщика ТМК осуществляется указанием ключа /3. 

Отдельные статьи, начинающиеся с обозначений 386+ , 486+ и РепНит+, по- 
священы командам, отсутствующим в МП 86. Многие из этих команд (например, ко- 
манды проверки бита 51 или условной установки байта зе!) носят прикладной характер 
и могут использоваться в обычных программах реального режима. 

Новые команды, реализованные впервые в МП 80386, сохраняют свое значение и в 
более современных процессорах. Для того, чтобы ассемблер распознавал команды МП 
80386, в программе должна присутствовать директива .386. 

Новые команды, реализованные впервые в МП 80486, сохраняют свое значение и в 
процессорах РепНит. Для того чтобы ассемблер распознавал команды МП 80486, 
в программе должна присутствовать директива .486. 

Для того чтобы ассемблер распознавал команды, реализованные впервые в про- 
цессоре Реп#ита, в программе должна присутствовать директива .586. 

Отдельные статьи, начинающиеся с обозначения 386Р+, посвящены привилеги- 
рованным командам современных процессоров, работающих в защищенном режиме, и 
отсутствующим в МП 86. Для использования этих команд в программу необходимо 
включить одну из директив ассемблера .386Р,.486Р или .586Р. Если при этом програм- 
ма реализуется как 16-разрядное приложение М$-02О$5, сегмент команд должен иметь 
описатель и5е16, так как при наличии директивы ‚386 транслятор по умолчанию созда- 
ет 32-разрядное приложение. 
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ААА АЗСИ-коррекция регистра АХ после сложения 

Команда ААА используется вслед за операцией сложения в регистре АГ. двух рас- 
пакованных двоично-десятичных чисел. Она преобразуст результат сложения в неупа- 
кованное двоично-десятичное число, младший десятичный разряд которого находится 
в АГ. Если результат превышаст 9, выполняется инкремент содержимого регистра АН. 
Команда воздействуст на флаги АЕи СЕ. 


АА АЗСП-коррекция регистра АХ перед делением 

Команда АА используется перед операцией деления неупакованного двоично- 
десятичного числа в регистре АХ на другос двоично-десятичное число. Команда прс- 
образует делимое в регистре АХ в беззнаковос двоичное число, чтобы в результате де- 
ления получились правильные неупакованные двоично-десятичные числа (частное — 
в АГ, остаток — в АН). Команда воздействует на флаги ЗЕ, ХЕ и РЕ. 


ААМ АЗСП-коррекция регистра АХ после умножения 

Команда ААМ используется вслед за операцией умножения двух нсупакованных дво- 
ично-десятичных чисел. Она преобразует результат умножения, являющийся двоичным 
числом, в правильное неупакованное двоично-десятичное число, младший разряд которого 
помещается в АГ, а старший -— в АН. Команда воздействует на флаги ЗЕ, /Е иРРЕ. 


АА$ АЗСП-коррекция регистра АГ, после вычитания 

Команда АА$ использустся вслед за операцией вычитания одного неупакованного 
двоично-десятичного числа из другого в АГ. Она преобразует результат вычитания в 
неупакованное двоично-десятичное число. Если результат вычитания оказывается 
меньше нуля, выполняется декремент содержимого регистра АН. Команда воздейству- 
ст на флаги АЕ и СЕ; после ее выполнения АЕ=1, СЕ=1. 


АБС Целочисленное сложение с переносом 

Команда АРС осуществляет сложение первого и второго операндов, прибавляя к 
результату значение флага переноса СЁ. Исходное значение первого операнда (прием- 
ника) теряется, замещаясь результатом сложения. Второй операнд не изменяется. 
В качестве опсрандов можно указывать регистр (кроме сегментного) или ячейку памя- 
ти, а в качестве второго операнда еще и непосредственное значение, однако не допус- 
кается определять оба операнда одновременно как ячейки памяти. Операнды могут 
быть байтами или словами и представлять числа со знаком или бсз знака. Команда 
воздействует на флаги ОЕ, ЗЕ, ИЕ, АЕ, РЕ и СЕ. 

386+ Допустимо использование 32-битовых операндов и дополнительных режи- 
мов адресации 32-разрядных процессоров. Команда а4с с 32-разрядными операндами 
может использоваться для сложения 64-разрядных целых чисел. 


АБО Целочисленное сложение 

Команда АБО осуществляет сложение первого и второго операндов. Исходное 
значение первого операнда (приемника) тсряется, замсщаясь результатом сложения. 
Второй операнд не изменяется. В качестве операндов можно указывать регистр (кроме 
сегментного) или ячейку памяти, а в качестве второго операнда еще и непосредствен- 
нос значение, однако не допускается определять оба операнда одновременно как ячей- 
ки памяти. Операнды могут быть байтами или словами и представлять числа со знаком 
или без знака. Команда воздействуст на флаги ОЕ, Е, ХЕ, АЕ, РЕ и СЕ. 

386+ Допустимо использование 32-битовых операндов и дополнительных режи- 
мов адресации 32-разрялных процессоров. 
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АМО Логическое И 

Команда АМО осуществляет логическое (побитовое) умножение первого операнда 
на второй. Исходное значение первого операнда (приемника) теряется, замещаясь ре- 
зультатом умножения. В качестве операндов можно указывать регистр (кроме сег- 
ментного) или ячейку памяти, а в качестве второго операнда еще и непосредственное 
значение, однако не допускается определять оба операнда одновременно как ячейки 
памяти. Операнды могут быть байтами или словами. Команда воздействует на флаги 
ЗЕ, ХЕ иРЕ. 

Правила побитового умножения: 
Первый операнд-бит 0101 
Второй огеранд-бит 
Бит результата 

386+ Допустимо использование 32-битовых операндов и дополнительных режи- 
мов адресации 32-разрядных процессоров. 


386Р+ АВРЕ Коррекция запрашиваемого уровня привилегий селектора 

Команда ар! сравнивает селектор с образцом, содержащим максимально допусти- 
мый уровень привилегий (обычно используется селектор С$) и устанавливает прове- 
ряемос значение в соответствии с меньшим из двух уровней привилегий. Если измене- 
ние уровня не потребовалось, флаг ХЕ сбрасывается, ссли потребовалось - устанавли- 
вается. В качестве первого операнда команды ар может использоваться 16-разрядный 
регистр или слово памяти с проверяемым селектором; в качестве второго операнда -— 
16-разрядный регистр с селектором-образцом. 


386+ ВОПМО Проверка индекса массива на выход за границы массива 

Команда Бопп4 проверяет, лежит ли указанный индекс, рассматриваемый как чис- 
ло со знаком, внутри заданных вторым операндом границ. Если индекс выходит за 
границы массива снизу или сверху, генерируется прерывание с вектором 5. Первый 
операнд должен быть регистром, содержащим проверяемый индекс, второй — адресом 
поля памяти с двумя границами проверяемого массива. В команде Боци4 допустимо 
использование как 16-битовых, так и 32-битовых операндов (но и первый и второй 
операнды должны быть одного типа). 


386+ ВЕ Прямое сканирование битов 

Команда 63 сканирует слово или двойнос слово в поисках бита, равного единице. 
Сканирование выполняется от младшего бита (0) к старшему (15 или 31). Если в слове 
не найдено установленных битов, то устанавливается флаг 7Е. Если установленные 
биты ссть, то номер первого установленного бита заносится в указанный в команде ре- 
гистр. Номером бита считается сго позиция в слове, отсчитывасмая от бита 0. В каче- 
стве первого операнда команды 55 следуст указывать регистр, куда будет помещен ре- 
зультат сканирования, в качестве второго — регистр или ячейку памяти со сканирус- 
мым словом. В команде 65Р допустимо использование как 16-битовых, так и 32- 
битовых операндов (но и первый и второй операнд должны быть одного типа). 


386+ В5В Обратное сканирование битов 

Команда 63 сканирует слово или двойнос слово в поисках бита, равного единице. 
Сканирование выполняется от старшего бита (15 или 31) к младшему (0). Если в слове 
нс найдено установленных битов, то устанавливается флаг 7Е. Если установленные 
биты есть, то номер первого установленного бита заносится в указанный в команде ре- 
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гистр. Номером бита считается его позиция в слове, отсчитываемая от бита 0. В каче- 
стве первого операнда команды 65Ё следует указывать регистр, куда будет помещен ре- 
зультат сканирования, в качестве второго - регистр или ячейку памяти со сканируе- 
мым словом. В команде 65$Р допустимо использование как 16-битовых, таки 32- 
битовых операндов, но и первый и второй операнд должны быть одного типа (за ис- 
ключением случая, когда второй операнд — константа). 


486+ ВЗУУАР Обмен байтов 

Команда 65у’ар изменяет порядок байтов в своем единственном операнде, в каче- 
стве которого может выступать только 32-разрядный регистр общего назначения. Би- 
ты 7...0 обмениваются с битами 31...24, а биты 15...18 — с битами 23...16. Другими 
словами, нумерация байтов регистра изменяется на противополжную (вместо 3, 2, 1,0 
—0, 1,2, 3). Команда не воздействует на флаги процессора. 


386+ ВТ Проверка бита 

Команда &{ позволяет определить, установлен ли конкретный бит операнда. Ана- 
лизируется первый операнд, номер бита задается вторым онерандом. Первым операн- 
дом команды М может служить регистр, ячейка или поле памяти (строка битов), вто- 
рым - регистр или непосредственное значение. В команде допустимо использование 
как 16-битовых, так и 32-битовых операндов, но и нервый и второй операнд должны 
быть одной длины (за исключением случая, когда второй операнд — константа). 

Значение проверяемого бита (0 или 1) копируется в флаг СЕ, 

Номер проверяемого бита во втором операнде рассматривается как число со зна- 
ком. Таким образом, если в качестве первого операнда выступает строка битов, то 
проверяемый бит может располагаться относительно указанного адреса строки в диа- 
пазоне от —32 Кбит до 32 Кбит — 1 для 16-разрядных операндов или от —4 Гбит до 
4 Гбит - 1 для 32-разрядных операндов. 

Если в качестве второго операнда используется непосредственное значение, то до- 
пускается анализ поля памяти размером не более размера второго операнда (слова или 
двойного слова). При необходимости анализировать более длинные строки битов но- 
мер проверяемого бита должен содержаться в регистре. 


386+ ВТС Проверка и инверсия бита 

Команда Ыс проверяет определенный бит первого операнда, копирует его значе- 
ние в флаг СЕ и после этого инвертирует. Номер бита задается вторым операндом, 
Первым операндом команды БМ может служить регистр, ячейка или поле памяти 
(строка битов), вторым — регистр или непосредственное значение. В команде 
допустимо использование как 16-битовых, так и 32-битовых операндов, но и первый и 
второй операнд должны быть одной длины (за исключением случая, когда второй 
операнд — константа). - 

Номер проверяемого бита во втором операнде рассматривается как число со зна- 
ком. Таким образом, если в качестве первого операнда выступает строка битов, то 
проверяемый бит может располагаться относительно указанного адреса строки в диа- 
пазоне от —32 Кбит до 32 Кбит — 1 для 16-разрядных операндов или от — Гбит до 
4 Гбит - 1 для 32-разрядных операндов. 

Если в качестве второго операнда используется непосредственное значение, то до- 
пускается анализ поля памяти размером не более размера второго сперанда (слова или 
двойного слова). При необходимости анализировать более длинные строки битов но- 
мер проверяемого бита должен содержаться в регистре. 
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386+ ВТВ Проверка и сброс бита 

Команда Ыг проверяет определенный бит первого операнда, копирует его значение 
в флаг СЕ и после этого сбрасывает. Номер бита задается вторым операндом. Первым 
операндом команды 6 может служить регистр, ячейка или поле памяти (строка 
битов), вторым - регистр или непосредственное значение. В команде допустимо 
использование как 16-битовых, так и 32-битовых операндов, но и первый и второй 
операнд должны быть одной длины (за исключением случая, когда второй операнд — 
константа). 

Номер проверяемого бита во втором операнде рассматривается как число со зна- 
ком. Таким образом, если в качестве первого операнда выступает строка битов, то 
проверяемый бит может располагаться относительно указанного адреса строки в диа- 
пазоне от -32 Кбит до 32 Кбит — 1 для 16-разрядных операндов или от —4 Гбит до 
4 Гбит — 1 для 32-разрядных операндов. 

Если в качестве второго операнда используется непосредственное значение, то до- 
пускается анализ поля памяти размером не более размера второго операнда (слова или 
двойного слова). При необходимости анализировать более длинные строки битов но- 
мер проверяемого бита должен содержаться в регистре. 


386+ ВТЗ Проверка и установка бита 

Команда 615 проверяет определенный бит первого операнда, копирует его значение 
в флаг СЕ и после этого сбрасывает. Номер бита задается вторым операндом. Первым 
операндом команды 5 может служить регистр, ячейка или поле памяти (строка 
битов), вторым - регистр или непосредственное значение. В команде допустимо 
использование как 16-битовых, так и 32-битовых операндов, но и первый и второй 
операнд должны быть одной длины (за исключением случая, когда второй операнд — 
константа). 

Номер проверяемого бита во втором операнде рассматривается как число со зна- 
ком. Таким образом, если в качестве первого операнда выступает строка битов, то 
проверяемый бит может располагаться относительно указанного адреса строки в диа- 
пазоне от —32 Кбит до 32 Кбит - | для 16-разрядных операндов или от —4 Гбит до 
4 Гбит - 1 для 32-разрядных операндов. 

Если в качестве второго операнда используется непосредственное значение, то до- 
пускается анализ поля памяти размером не более размера второго операнда (слова или 
двойного слова). При необходимости анализировать более длинные строки битов но- 
мер проверяемого бита должен содержаться в регистре. 


САМ, Вызов процедуры 

Команда САПТ, передает управление процедуре (подпрограмме), сохранив перед 
этим в стеке адрес возврата. Команда КЕТ, которой обычно заканчивается процедура, 
забирает из стека адрес возврата и возвращает управление на команду, следующую за 
командой САЦ... Команда СА. имеет 4 модификации: 

» вызов прямой ближний (в пределах текущего программного сегмента); 

. вызов прямой дальний (вызов процедуры, расположенной в другом програм- 

мном сегменте); 
. вызов косвенный ближний; 
» вызов косвенный дальний. 


Команда СА, прямого ближнего вызова заносит в стск смещение точки возврата 
в текущем программном сегменте и модифицируст ГР так, чтобы в нем содержалось 
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смещение точки перехода в том же программном сегменте. Необходимое для 
вычисления этого смещения расстояние до точки перехода содержится в коде 
команды, который занимает 3 байта (код операции Е81 и смещение к точке перехода). 

Команда САМ, прямого дальнего вызова заносит в стек два слова — сначала сег- 
ментный адрес текущего программного сегмента, а затем (выше, в слово с меньшим 
адресом} смещение точки возврата в текущем программном сегменте. Далсе модифи- 
цируются регистры 1Р и СЗ: в [Р помещается смещение точки перехода в том сегменте, 
куда осуществляется переход, а в С$ — сегментный адрес этого сегмента. Обе эти ве- 
личины берутся из кода команды, который занимает 5 байт (код операции ЭАВ, отно- 
сительный адрес вызываемой процедуры и се сегментный адрес). 

Косвенные вызовы отличаются тем, что адрес персхода извлекается не из кода ко- 
манды, а из ячеек памяти или регистров; в коде команды содержится информация 
о том, где находится адрес перехода. Поэтому длина кода команды зависит от исполь- 
зуемого способа адресации. 


СВУ Преобразование байта в слово 

Команда СВУ! заполняет регистр АН знаковым битом числа, находящегося в реги- 
стре АГ, что дает возможность выполнять арифметические операции над исходным 
операндом-байтом как над словом в регистре АХ. Команда не имеет параметров и не 
воздействует на флаги процессора. 


386+ СБО Преобразование двойного слова в четверное 

Команда с44 расширяет знак двойного слова в регистре ЕАХ на регистр ЕОХ. Эту 
команду можно использовать для образования четырехсловного делимого из двух- 
словного перед операцией двухсловного деления. Команда не имеет параметров и не 
воздействует на флаги процессора. 


СГС Сброс флага переноса 
Команда СГС сбрасывает флаг переноса СЕ в регистре флагов. Команда не имеет 
параметров и не воздействует на остальные флаги процессора. 


СГО Сброс флага направления 

Команда СГО сбрасывает флаг ПЕ в регистре флагов, устанавливая прямос (в по- 
рядке возрастания адресов) направление выполнения операций со строками. Команда 
не имеет параметров и не воздействует на остальные флаги процессора. 


СЫ Сброс флага прерываний 

Команда СЫ сбрасывает флаг [Е в регистре флагов, запрещая все аппаратные пре- 
рывания. Прерывания будут оставаться запрещенными до установки флага ЕЕ коман- 
дой 5й. На программные прерывания (команду 11) флаг не действует. Команда не име- 
ст параметров и не воздействует на остальные флаги процессора. 


386Р+ СЕТЗ Сброс флага переключения задачи в управляющем регистре 0 
Команда с5 сбрасываст флаг ТЗ в регистре СВО. 


СМС Инвертирование флага переноса 

Команда СМС изменяет значение флага СЕ в регистре флагов на обратное. Коман- 
да не имеет параметров и не воздействует на остальные флаги процессора. 
СМР Сравнение 

Команда СМР выполняет вычитание второго операнда из первого. В соответствии 
с результатом вычитания устанавливаются состояния флагов СР, РЕ, АБР, СЕ, ЗЕ и ОГ. 
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Сами операнды не изменяются. Таким образом, ссли команду сравнения записать в 
общем виде 


стр операнд_1, операнд_2 
то ее действие можно условно изобразить следующим образом: 
операнд_1 - операнд_2 -» флаги процессора 


В качестве операндов можно указывать регистр (кроме сегментного) или ячейку памя- 
`°ти, а в качестве второго операнда еще и непосредственное значение, однако не допускается 
определять оба операнда одновременно как ячейки памяти. Операнды могут быть байтами 
или словами и представлять числа со знаком или без знака. Обычно вслед за командой СМР 
стоит одна из команд условных персходов, анализирующих состояние флагов процессора 
{{е- переход, если равно; пе — персход, если не равно, ит. д.). 
386+ Допустимо использование 32-битовых операндов и дополнительных режи- 
мов адресации 32-разрядных процессоров. 


СМР5 Сравнение строк 
СМРУВ Сравнение строк по байтам 
СМРЗУ\У’ Сравнение строк по словам 


Команды предназначены для операций над строками (строкой называется 
последовательность байтов или слов с любым содержимым). Они сравнивают по 
одному элементу каждой строки, осуществляя вычитание второго операнда из первого 
и устанавливая в соответствии с результатом вычитания флаги СР, РЕ, АР, ГЕ, ЗЕ и 
ОЕ. Первый операнд адресуется через 05:51, второй — через ЕЗ:ОГ. Операцию сравне- 
ния можно условно изобразить следующим образом: 

(25:5Е) - (Е5:01) -» флаги процессора 


После каждой операции сравнения регистры Ги ПЕ получают положительное (ес- 
ли флаг ОЕ=0) или отрицательное (если флаг РЕ=1) приращение. Величина прираще- 
ния составляет [ или 2 в зависимости от размера сравниваемых элементов. 

Вариант команды СМР$ имест формат 

стрз строка 1, строка_2 


(что нс избавляет от необходимости инициализировать регистры 05:31 и ЕЗ:О 
адресами строк строка_1 и строка_2 соответственно). В этом формате возможна замс- 
на сегмента первой строки: 

сшрз Е5: строка 1, строка_2 


Рассматриваемые команды могут предваряться префиксами повторения 
ВЕРЕ/ВЕРИ, (повторять, пока элементы равны, т.с. до первого неравенства) и 
ВЕРМЕ/ВЕРМ, (повторять, пока элементы не равны, т. е. до первого равенства). В лю- 
бом случае выполняется не более СХ операций над последовательными элементами. 

После выполнения рассматриваемых команд регистры УГ и П] указывают на ячей- 
ки памяти, находящиеся за теми (если РЕ=0) или перед теми (если ОЕ=1) элементами 
строк, на которых закончились операции сравнения. 

386+ Допустимо использование 32-битовых операндов и дополнительных режи- 
мов адресации 32-разрядных процессоров. 


386+ СМР$ЗО Сравнение строк по двойным словам 
Команда аналогична командам МП 86 стрзб и стрз\м, но позволяет сравнивать 
32-битовые участки строк, адресуемых через регистры 05:Е$З и ЕЗ:ЕШТ (в 16- 
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разрядных приложениях — через 25:51 и ЕЗ:0О)). Использование мнемоники стрз4 с 
префиксом гер не означает, что в качестве счетчика будет автоматически использо- 
ваться расширенный регистр ЕСХ. 


486+ СМРХСНС Сравнение и обмен 

Команда стрхсНе выполняет в одной операции сравнение и обмен операндов. Ко- 
манда требует два параметра и нсявным образом использует третий операнд - регистр 
ЕАХ. Первый операнд (приемник) должен находиться в 16- или 32-битовой ячейке па- 
мяти, второй операнд (источник) - в регистре общего назначения такого же размера. 
Команда выполняет сравнение операнда-приемника с содержимым неявного операн- 
да- регистра ЕАХ. Если сравниваемые значения совпадают, операнд-приемник заме- 
щается операндом-источником (т. е. содержимое регистра записывается в память). Ес- 
ли сравниваемые значения не совпадают, содержимое памяти (приемник) поступает в 
регистр ЕАХ (рис. П-1.1). Команда воздействует на флаги ОЕ, ЗЕ, СЕ, АЕ, РЕ и СЕ. 


Если равны 


СМРХСНС память, регистр 


Сравнение | Если не равны 


ЕАХ Рис. П-1.1. Действие команды стрхсйя 


Репнит+ СМРХСНС8В Сравнение и обмен 8 байт 

Команда стрхеВе8Ь выполняет в одной операции сравнение и обмен 8-байтовых 
операндов. Команда требует один параметр и неявным образом использует еще два 
операнда — пары регистров ЕОХ:ЕАХ и ЕСХ:ЕВХ. В качестве явного операнда коман- 
ды (приемника) может выступать только 64-битовая (8-байтовая) ячейка памяти. Ко- 
манда выполняет сравнение операнда-приемника в памяти с содержимым ЕОХ:ЕАХ. 
Если сравниваемые значения совпадают, то операнд-приемник в памяти замещается 
64-битным значением ЕСХ:ЕВХ. Если сравниваемые значения не совпадают, содер- 
жимое памяти поступает в пару регистров ЕРХ:ЕАХ, замещая один из сравниваемых 
операндов (рис. П-1.2). Команда воздействует на флаг ИЕ. 


ЕСХ :ЕВХ 
— 


| Если равны 


СМРХСНОЗВ память 


Сравнение | | Если не равны 


——— 
ЕОХ : ЕАХ Рис. [1-1.2. Действие команды стрхейе8Ь 


Репнит+ СРОШ Идентификация процессора 

Команда сри4 позволяет получить код идентификации процессора, установленно- 
го на данном компьютере. Команда в качестве неявного операнда использует регистр 
ЕАХ. Для процессоров Репйшт регистр ЕАХ перед вызовом команды ср! 4 может 
принимать два значения: 0 и 1. Если ЕАХ=0, то команда возвращает в регистре ЕАХ 
код |, ав регистрах ЕВХ, ЕБХ и ЕСХ (именно в таком порядке) — три части символь- 
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ной строки, идентифицирующей изготовителя процессора. Для процессоров ши воз- 
вращаемая строка в целом имеет вид "Сбетшитепие!". 

Если перед вызовом команды сри! Я значение ЕАХ равно единице, то команда воз- 
вращает в регистре ЕАХ коды разработки конкретной версии процессора, а в регистре 
ЕОХ-код 1ВЕВ, содержащий информацию о возможностях процессора. 

Коды разработки в регистре ЕАХ хранятся в следующем формате: 

. биты 0...3 — номер поколения (например, 3); 

. биты 4...7 - модель (например, 4); 

„ биты 8...11 - семейство (5 для РепНит). 

Содержимое регистра ЕОХ включает конфиденциальную информацию изготови- 
теля, а также говорит о наличии на кристалле микропроцессора арифметического со- 
процессора (бит 0) и поддержке команды сшрхсйз86 (бит 8). 


СУ/Ш Преобразование слова в двойное слово 

Команда С\УЛ заполняет регистр ОХ знаковым битом содержимого регистра АХ, 
преобразуя тем самым 16-разрядное число со знаком в 32-разрядное. Команду удобно 
использовать для преобразования 2-байтового делимого в 4-байтовое (двойное слово) 
при делении на 16-разрядный операнд. Команда не имеет параметров и не воздейст- 
вует на флаги процессора. 


386+ СУШЕ Преобразование слова в двойное слово с расширением 

Команда суде заполняет старшую половину регистра ЕАХ знаковым битом со- 
держимого регистра АХ, преобразуя тем самым 16-разрядное число со знаком в 
32-разрядное, размещаемое в расширенном регистре ЕАХ. Команда не имеет операн- 
дов и не воздействует на флаги процессора. 


АА Десятичная коррекция в регистре АГ после сложения 

Команда РАА корректирует результат сложения в регистре АГ. двух упакованных де- 
сятичных чисел (по одной цифре в каждом полубайте), чтобы получить пару правильных 
упакованных десятичных цифр. Команда используется вслед за операцией сложения упако- 
ванных десятичных чисел. Если результат сложения превышает 99, возникает перенос и ус- 
танавливается флаг СЕ. Команда воздействует на флаги ЗЕ, ГЕ, АЕ, РЕ и СЕ. 


РАЗ Десятичная коррекция в регистре АГ, после вычитания 

Команда РАЗ корректирует результат вычитания в регистре АГ. двух упакованных 
десятичных чисел (по одной цифре в каждом полубайте), чтобы получить пару пра- 
вильных упакованных десятичных цифр. Команда используется вслед за операцией 
вычитания упакованных десятичных чисел. Если для вычитания требовался заем, ус- 
танавливается флаг СЕ. Команда воздействует на флаги ЗЕ, ДЕ, АЕ, РЕ и СЕ. 


ПЕС Декремент (уменьшение на 1) 

Команда РЕС вычитает | из операнда, в качестве которого можно указывать регистр 
(кроме сегментного) или ячейку памяти размером как в байт, так и в слово. Не допускается 
использовать в качестве опсранда непосредственное значение. Операнд интерпретируется 
как число без знака. Команда воздействует на флаги ОЕ, ЗЕ, ГЕ, АЕиРЕ. 

386+ Допустимо использование 32-битовых операндов и дополнительных режи- 
мов адресации 32-разрядных процессоров. 


ОГУ Деление целых беззнаковых чисел 
Команда ОГУ выполняет деление целого числа без знака, находящегося в регист- 
рах АХ (в случае деления на байт) или ОХ:АХ (в случае деления на слово), на операнд- 
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источник (целое число без знака). Размер делимого в два раза больше размеров дели- 
теля и остатка. . 

Для 1-байтовых операций делимое помещается в регистр АХ; после выполнения 
операции частное записывастся в регистр АГ, а остаток — в регистр АН. 

Для 2-байтовых операций делимое помещается в регистры ОХ:АХ (в ОХ - стар- 
шая часть, в АХ -— младшая); после выполнения операции частное записывается в рс- 
гистр АХ, а остаток - в регистр ОХ. 

В качестве опсранда-делителя можно указывать регистр данных или ячейку памя- 
ти; не допускастся деление на непосредственное значение. Если делитель равен нулю 
или если частное нс помещается в назначенный регистр, возбуждастся прерывание че- 
рез вектор 0. Команда не воздействует на флаги процессора. 

Команду Фу можно использовать для целочисленного деления неупакованного 
двоично-десятичного числа в регистре АХ не неупакованный двоично-десятичный дс- 
литель, если персд ней выполнить команду аа4. 

386+ Допустимо использование 32-битовых операндов и дополнительных режи- 
мов адресации 32-разрядных процессоров. При этом если делитель представляет 
32-битовую величину, то возможен только один вариант команды деления, когда де- 
лимос находится в паре регистров ЕРХ:ЕАХ. В этом случае частное будет помещено в 
регистр ЕАХ, остаток — в ЕОХ. 


386+ ЕМТЕВ Создание стекового кадра для параметров процедуры 

Команда сиег, обычно используемая в качестве первой команды процедуры, выде- 
ляет заданный объем стекового пространства для локальных (автоматических) пара- 
метров процедуры, предоставляя процедуре указатель на выделенную область (в каче- 
стве такого указателя используется регистр ЕВР) и смещая указатель стека ЕЗР так, 
чтобы он указывал на начало свободного стскового пространства. В результате проце- 
дура имеет возможность обращаться по ходу своего выполнения к своим локальным 
параметрам и в то же время пользоваться оставшимся пространством стека для вре- 
менного сохранения в нем любых данных с помощью команд ризН и рор. Команда 
1еауе в конце процедуры выполняет обратные действия, возвращая стек в исходное со- 
стояние и уничтожая область локальных переменных. Локальными, как известно, на- 
зываются как раз те переменные, которые существуют только в течение времени вы- 
полнения некоторой процедуры и автоматически исчезают после ее завершения. 

Команды сшег и 1еаус включаются в текст программы многими трансляторами 
языков высокого уровня для управления доступом к локальным переменным вложен- 
ных процедур. 
НЕТ Останов 

Команда НЕ прекращает выполнение программы и переводит процессор в состоя- 
ние останова. Работа процессора возобновляется после операции запуска, а также 
в случае прихода немаскируемого или разрешенного маскируемого прерывания. 


ШУ Деление целых знаковых чисел 

Команда МУ выполняет деление целого числа со знаком, находящегося в регист- 
рах АХ (в случае деления на байт) или ОХ:АХ (в случае деления на слово), на операнд- 
источник (целос число со знаком). Размер делимого в два раза больше размеров дели- 
теля и остатка. Оба результата рассматриваются как числа со знаком, причем знак ос- 
татка равен знаку делимого. 
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Для 1-байтовых операций делимос помещается в регистр АХ; после выполнения 
операции частное записывается в регистр АГ, а остаток - в регистр АН. 

Для 2-байтовых операций делимое помещается в регистры ОХ:АХ (в ОХ - стар- 
шая часть, в АХ - младшая); после выполнения операции частное записывается в ре- 
гистр АХ, а остаток - в регистр ОХ. 

В качестве операнда-делителя можно указывать регистр данных или ячейку памя- 
ти; не допускается деление на непосредственное значение. Если делитель равен нулю 
или если частное не помещается в назначенный регистр, возбуждается прерывание чс- 
рез вектор 0. Команда не воздействует на флаги процессора. 

386+ Допустимо использованис 32-битовых операндов и дополнительных режи- 
мов адресации 32-разрядных процессоров. При этом если делитель представляет 
32-битовую величину, то возможен только один вариант команды деления, когда де- 
лимос находится в паре регистров ЕРХ:БАХ. В этом случае частное будет помещено в 
регистр ЕАХ, остаток — в ЕОХ. 


ИМУЕ Умножение целых знаковых чисел 

Команда МОЕ выполняет умноженис целого знакового числа, находящегося в рс- 
гистре АТ, (в случае деления на байт) или АХ (в случае деления на слово), на операнд- 
источник (целос число со знаком). Размер произведения в два раза больше размера со- 
множителей. 

Для 1-байтовых операций один из сомножителей помещастся в регистр АГ; после 
выполнения операции произведение записывается в регистр АХ. 

Для 2-байтовых операций один из сомножителей помещается в регистр АХ; после 
выполнения операции произведение записывастся в регистры ОХ:АХ (в ОХ - старшая 
часть, в АХ — младшая). 

В качестве операнда-сомножителя можно указывать регистр данных или ячейку 
памяти; не допускастся умножение на непосредственное значение. Команда воздейст- 
вуст на флаги ОР и СЕ. Если АН или РХ представляют собой просто знаковое расши- 
рение АГ, или АХ соответственно (т. е. результат умножения со знаком верен), ОЕ и 
СЕ сбрасываются в 0; в противном случае (результат со знаком не помещается в АХ 
или ОХ:АХ) ОР и СЕ устанавливаются в [. 

386+ Допустимо использование 32-битовых операндов и дополнительных режи- 
мов адресации 32-разрядных процессоров. Имеются также варианты команды с двумя 
и тремя операндами. 

Для команды ип с одним операндом второй сомножитель должен располагаться 
в АГ, АХ или ЕАХ. Процессор выбирает размерность второго сомножителя исходя из 
размерности первого, указанного в качестве операнда; 16-, 32- или 64-битовый знако- 
вый результат помещастся в регистры АХ, ОХ:АХ или ЕРХ:ЕАХ соответственно. Ес- 
ли после операции умножения содержимое АН, ОХ или ЕБХ является лишь знаковым 
расширением АГ, АХ или ЕАХ соответственно, то флаги СЕ и ОЕ сбрасываются в 0. 
В противном случае они устанавливаются в |. 

Для команды или! с двумя операндами их произведение записывается в первый 
операнд; второй операнд не изменяется. В качестве первого операнда могут выступать 
16- или 32-разрядные регистры общего назначения; в качестве второго операнда - 16- 
или 32-разрядные регистры общего назначения, 16- или 32-битовые ячейки памяти или 
непосредственное значение. Оба операнда должны иметь один размер. Если результат 
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умножения помещается в первый операнд, флаги СЕ и ОЕ сбрасываются в 0. В про- 
тивном случае они устанавливаются в |. 

Для команды ип] с тремя операндами произведение второго и третьего операндов 
записывается в первый операнд. В качестве первого операнда могут выступать 16- или 
32-разрядные регистры общего назначения; в качестве второго операнда - 16- или 32- 
разрядные регистры общего назначения или 16- или 32-битовые ячейки памяти; в ка- 
честве третьего операнда — только непосредственное значение. Два первых операнда 
должны иметь один размер. Если результат умножения помещается в первый операнд, 
флаги СЕ и ОЕ сбрасываются в 0. В противном случае они устанавливаются в 1. 


1М Ввод из порта 

Команда ПМ вводит в регистры АГ. или АХ соответственно байт или слово из пор- 
та, указываемого вторым операндом. Адрес порта помещается в регистр ОХ. Если ад- 
рес порта не превышает 255, он может быть указан непосредственным значением. Ука- 
зание регистра-приемника (АГ, или АХ) обязательно. Команда не воздействует на фла- 
ги процессора. 

386+ Допустимо использование в качестве операнда-приемника расширенного регист- 
ра ЕАХ (если адресуемое устройство позволяет прочитать из его порта двойное слово). 


ИМС Инкремент (увеличение на 1) 

Команда ПМС прибавляет | к операнду, в качестве которого можно указывать ре- 
гистр (кроме сегментного) или ячейку памяти размером как в байт, так и в слово. Не 
допускается использовать в качестве операнда непосредственное значение. Операнд 
интерпретируется как число без знака. Команда воздействует на флаги ОЕ, ЗЕ, 2Е, АЕ 
и РЕ. Команда не воздействует на флаг СЁ; если требуется воздействие на этот флаг, 
необходимо использовать команду а4 4 ор,]. 

386+ Допустимо использование 32-битовых операндов и дополнительных режи- 
мов адресации 32-разрядных процессоров. 


386+ 

15 Ввод строки из порта 

П\ЗВ Ввод байта из порта 

ТУ5\' Ввод слова из порта 

$0 Ввод двойного слова из порта 

Команды предназначены для ввода данных из порта непосредственно в память. 
Адрес порта указывается, как и для команды ш, в регистре ОХ, при этом задание 
адреса порта непосредственным значением не допускается. Данные пересылаются по 
адресу, находящемуся в паре регистров ЕЗ:ЕБТ. Замена сегмента не допускается. 
Команда 11$ переносит из порта 1] байт, команда шз\ -— | слово, команда ш54 - 
| двойное слово, а команда шз может быть использована для передачи байтов, слов и 
двойных слов. В последнем случае размер загружаемого данного определяется 
описанием строки (с помощью директив 4, @\ или 44). После передачи данных 
регистр ЕБТ получает положительное (если флаг РЕ=0) или отрицательное (если флаг 
РЕ=1) приращение. Величина приращения составляет |, 2 или 4, в зависимости от 
размера передаваемых данных. 

Вариант команды 11$ (не 1155, 115% или 1154) имеет формат 


115 строка, ОХ 


(что не избавляет от необходимости инициализировать регистры ЕЗ:ЕБ! адресом строки). 
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Если устройство, адресуемое через порт, может передавать последовательность 
данных, то команды 15 можно предварить префиксом повторения гер. В этом случае 
из порта принимается СХ элементов данных заданного размера. 

Команды #15 не воздействуют на флаги процессора. 


МТ Программное прерывание 

Команда ПМТ инициирует в процессоре процедуру прерывания, в результате кото- 
рой управление передается на программу обработки прерывания с номером п, который 
указан в качестве операнда команды ПМТ. В стек прерываемого процесса (текущей 
программы) заносится содержимое регистра флагов, сегментного регистра СЗ и указа- 
теля команд ГР, после чего в регистры ПР и С$ передается содержимое двух слов из 
вектора прерывания типа п (расположенных по адресам 0:1*4 и 0:1*4-2). Команда ПМТ 
сбрасывает флаг 1Ё. 


ПУТО Прерывание по переполнению 

Команда ПМТО, будучи установлена вслед за какой-либо арифметической, логиче- 
ской или строковой командой, возбуждает процедуру прерывания типа 4, если пред- 
шествующая команда установила флаг переполнения ОГ. Перед использованием ко- 
манды ПМТО пользователь должен поместить в вектор прерывания 4 двухсловный ад- 
рес своего обработчика прерывания по переполнению. Команда сбрасывает флаги ПЕ и 
ТЕ в 0. Команда шеф, которой всегда завершается обработчик прерывания, восстанав- 
ливает исходное состояние этих флагов. 


ТВЕТ Возврат из программы обработки прерывания 

Команда ВЕТ возвращает управление прерванному в результате аппаратного или 
программного прерывания процессу. Команда извлекает из стека три верхних слова и 
помещает их в регистры ГР, С$ и флагов (см. команду ПМТ). Командой ВЕТ должна 
завершаться любая программа обработки прерываний, как аппаратных, так и про- 
граммных (от команды ш®. Команда не воздействует на флаги, однако она загружает в 
регистр флагов из стека его исходное содержимое, которое было там сохранено про- 
цессором в ходе обслуживания прерывания. Если требуется, чтобы после возврата из 
обработчика программного прерывания командой 1те{ какие-либо флаги процессора 
были установлены требуемым образом (весьма распространенный прием), их установ- 
ку надо выполнить в копии флагов в стеке. 


386+ 1ВЕТР Возврат из прерывания в 32-разрядном режиме 

Команда не& используется в защищенном режиме для возврата из обработчика 
прерывания или исключения, а также для переключения на исходную задачу. В отли- 
чие от 16-разрядной команды пе данная команда, завершая обработку прерывания 
или исключения, снимает со стека три двойных слова, содержащих расширенный ре- 
гистр флагов ЕРАГО$5, С$ и расширенный указатель команд Е1Р. В случае переключе- 
ния задач команда ие выполняет переключение контекстов задач — сохранение со- 
стояния завершающейся задачи в ее сегменте состояния задачи и загрузку регистров 
процессора из сегмента состояния исходной задачи. 


се Команды условных переходов 

Команды условных переходов осуществляют переход по указанному адресу при 
выполнении условия, заданного мнемоникой команды. Если заданное условие не вы- 
полняется, переход не осуществляется, а выполняется команда, следующая за конкрет- 
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ной командой условного перехода. Персход может осуществляться как вперед, так и 
назад в диапазоне +127...—128 байт. 

Команды условных переходов перечислены в табл. П-!.1. 

386+ Команды условных переходов имеют варианты 16- и 32-разрядной адресации 
(при тех же мнемонических обозначсниях) и могут передавать управление в диапазоне 
—32768...+32767 байт для сегментов с атрибутом размера 16 и в диапазоне —23'...+23! 
—1 байт для сегментов с атрибутом размера 32. 


Таблица П-1.1. Команды условных переходов и их действие 


не выше 


не выше и не равно 
[ нениже [| СЕ=0 
не ниже и не равно СЕ=0 и ХЕ=0 
С 


нет четности РЕ 
знаковый бит равен нулю 5 


[есть четноль _  Р 
| сумма битов чтня __ [Р 
| сумма битов иечетная_ | Р 





ЛМР Безусловный переход 

Команда }МР передает управление в указанную точку того же или другого про- 
граммного ссгмента. Адрсс возврата не сохранястся. Команда не воздействует на фла- 
ги процессора. 

Команда ЛМР имсст 5 разновидностей: 

. персход прямой короткий (в пределах —128...+127 байт); 

„ переход прямой ближний (в предслах текушего сегмента команд); 
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› переход прямой дальний (в другой сегмент команд); 
. переход косвенный ближний; 
» переход косвенный дальний. 


Все разновидности переходов имеют одну и ту же мнемонику МР, хотя и 
различающиеся коды операций. В некоторых случаях транслятор может определить 
вид перехода по контексту, в тех же случаях, когда это невозможно, следует 
использовать атрибутные операторы: 

» Пой - прямой короткий персход; 

» псагрё - прямой ближний переход; 

» Гагри - прямой дальний переход; 

» \ууогАрн - косвенный ближний переход; 

» Ф\уог4 ри — косвенный дальний переход. 


386+ Допустимо использование дополнительных режимов адресации 32-разряд- 
ных процессоров. Для 32-разрядных приложений допустимо использование 32-би- 
товых операндов. В зашищенном режиме вместо сегментного адреса сегмента (при 
дальних персходах) выступает сго селектор. 


ГАНЕ Загрузка флагов в регистр АН 

Команда ГАНЕ копирует флаги ЗЕ, ГЕ, АЕ, РЕ и СЕ соответственно в разряды 7, 6, 
4, 2 и 0 регистра АН. Значение битов 5, 3 и 1 не определено. Команда не имсет пара- 
метров и не изменяет флаги процессора. 

Команда ГАНЕ (совместно с командой ЗАНЕ) дает возможность читать и изменять 
значение флагов процессора, в том числе флагов ЗЕ, ГЕ, АЕ и РЕ, которые нельзя из- 
менить непосредственно. 


386Р-+ ГАВ Загрузка прав доступа 

Команда 1аг загружает в первый операнд (16- или 32-разрядный регистр) поле ат- 
рибутов сегмента из дескриптора сегмента, заданного селектором во втором операнде. 
В качестве операнда с селектором может использоваться 16- или 32-разрядный регистр 
или ячейка памяти. В операнд-приемник поступают 2 байта атрибутов сслектора с за- 
маскированным полем старших битов границы сегмента. 


ГОУ Загрузка указателя с использованием регистра 0$ 
Команда [0$ считывает из памяти по указанному адресу двойное слово, содер- 
жащее указатель (полный адрес некоторой ячейки), и загружает младшую половину 
указателя (т. с. относительный адрес) в указанный в команде регистр, а старшую поло- 
вину указателя (т. е. сегментный адрес) - в регистр 2$. Таким образом, команда 
145 гед, тет 


эквивалентна по результату следующей группе команд: 
поУ гед, мога рег тет 
пох 0$, мога рёг телч2 
В качествс первого опсранда команды ГО$З должен быть указан регистр общего 
назначения, в качестве второго - ячейка памяти. Команда не воздействуст на флаги 
процессора. 
386+ Допустимо использование 32-разрядного регистра-присмника и 32-битового 
смещения в памяти, а также дополнитсльных режимов адресации 32-разрядных про- 
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цессоров. В защищенном режиме вместо сегментного адреса сегмента выступает его 
селектор. 


ГЕА Загрузка исполнительного адреса 
Команда ГЕА загружает в регистр, указанный в команде в качестве первого опе- 
ранда, относительный адрес второго операнда. В качестве первого операнда следует 
указывать регистр общего назначения, в качестве второго — ячейку памяти. Команда 
1еа ге, тет 


по своему результату эквивалентна команде 
пои ге, оЕЕзее тет 


Команда не воздействует на флаги процессора. 
386+ Допустимо использование 32-битовых операндов и дополнительных режи- 
мов адресации 32-разрядных процессоров. 


386+ ГЕАУЕ Выход из процедуры высокого уровня 

Команда 1еауе выполняет действия, противоположные действиям последней ко- 
манды ещег. Она логически уничтожает созданный командой ещег стековый кадр со 
всеми содержащимися в нем локальными переменными и подготавливает стек к вы- 
полнению команды 116, завершающей переход в вызывающую процедуру. Команда 
[еауе не имеет параметров. Более подробное описание и пример см. в описании коман- 
ды ешег. 


ГЕЗ Загрузка указателя с использованием регистра Е$ 
Команда РЕЗ считывает из памяти по указанному адресу двойное слово, содержа- 
щее указатель (полный адрес некоторой ячейки), и загружает младшую половину ука- 
зателя (смещение) в указанный в команде регистр, а старшую половину указателя 
(сегментный адрес) - в регистр ЕЗ. Таким образом, команда 
]1ез гед, тет 


эквивалентна по результату следующей паре команд: 


оу гед, могЯ рег тет 
пои Е$, мога рек тет+2 


В качестве первого операнда команды должен быть указан регистр общего назначения, 
в качестве второго — ячейка памяти. Команда не воздействует на флаги процессора. 

386+ Допустимо использование 32-разрядного регистра-приемника и 32-битового 
смещения в памяти, а также дополнительных режимов адресации 32-разрядных процессо- 
ров. В защищенном режиме вместо сегментного адреса сегмента выступает его селектор. 


386+ 
Г.Е5 Загрузка указателя с использованием регистра Е$ 
Г.С $ Загрузка указателя с использованием регистра РУ 
1,55 Загрузка указателя с использованием регистра Е$ 
Команды считывают из памяти полный указатель, состоящий из селектора и 16- 
или 32-битового смещения, и загружают младшую половину указателя (т. е. относи- 
тельный адрес) в указанный в команде регистр общего назначения, а старшую полови- 
ну указателя (т. е. селектор) - в сегментный регистр, указанный в мнемонике команды. 
В качестве первого операнда вссх перечисленных команд указывается 16- или 32- 
разрядный регистр общего назначения; в качестве второго — ячейка памяти с 32- или 
48-битовым содержимым. Команда не воздействует на флаги процессора. 
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Примеры см. в описании команд 14$ и 1е5. 


386Р+ СОТ Загрузка регистра таблицы глобальных дескрипторов 

Команда 1241 загружает регистр таблицы глобальных дескрипторов (СОТВ) из 48- 
битового псевдодескриптора, содержащего 32-битовый базовый адрес и 16-битовую 
границу таблицы глобальных дескрипторов, находящейся в памяти. В качестве опе- 
ранда команды 1244 выступает относительный адрес псевдодескриптора. 


386Р+ ШТ Загрузка регистра таблицы дескрипторов прерываний 

Команда Н&{ загружает регистр таблицы дескрипторов прерываний (ШТВ) из 48- 
битового псевдодескриптора, содержащего 32-битовый базовый адрес и 16-битовую 
границу таблицы дескрипторов прерываний, находящейся в памяти. В качестве опе- 
ранда команды 14 выступает относительный адрес псевдодескриптора. 


386Р+ ГОТ Загрузка регистра таблицы локальных дескрипторов 

Команда [4 загружает регистр таблицы локальных дескрипторов (ЕОТВ) селекто- 
ром, определяющим таблицу локальных дескрипторов (РОТ). Селектор ГОТ должен 
входить в таблицу глобальных дескрипторов. В качестве операнда команды 19%, со- 
держащего селектор ГОТ, можно использовать 16- или 32-разрядный регистр общего 
назначения или 16- или 32-битовое поле памяти. 


386Р+ ЕМ$\ Загрузка слова состояния машины 

Команда Ипз\’ загружает в регистр слова состояния машины (так называется 
младшая половина управляющего регистра процессора СКО) слово состояния машины, 
взятое из указанного в команде операнда. В качестве операнда можно использовать 16- 
или 32-разрядный регистр общего назначения или 16- или 32-битовое поле памяти. 

Команду Нп5\/ можно использовать для перевода процессора из реального в защи- 
щенный режим или наоборот. В первом случае после чтения слова состояния коман- 
дой 515% надо установить в нем бит 0 (бит РЕ) и загрузить назад в СКО командой 
И15\у. Во втором случае после чтения слова состояния командой 5тпз\и надо сбросить в 
нем бит 0 и загрузить назад в СКО командой Нп5\у. 


ГОСК Запирание шины 

Префикс ]оск, помещенный перед командой; устанавливает сигнал на линии ГОСК 
системной шины и запрещает доступ к шине другим процессорам на время выполне- 
ния данной команды. Этот префикс предназначен для использования в многопроцес- 
сорных многозадачных системах для обеспечения исключительного доступа к памяти 
данного процесса (и данного процессора) на время проверки или модификации нско- 
торой ячейки памяти. Типичный пример операций такого рода — работа с семафорами. 


00$ Загрузка строки 

Г.ООЗВ Загрузка строки по байтам 

ГООЗУ/ Загрузка строки по словам 

Команды предназначены для операций над строками (строкой называется послс- 
довательность байтов или слов памяти с любым содержимым). Они загружают в ре- 
гистр АГ. (в случас операций над байтами) или АХ (в случае операций над словами) 
содержимое ячейки памяти по адресу, находящемуся в паре регистров 05:51. После 
операции загрузки регистр $1 получает положительное (ссли флаг ОЕ=0) или отрица- 
тельное (если флаг РЕ=1) приращение. Величина приращения составляет [ или 2 в за- 
висимости от размера загружаемого элемента. Команда не имеет параметров и не воз- 
действует на флаги процессора. 
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Вариант команды ГОО$ имеет формат 
109$ строка 


(что не избавляет от необходимости инициализировать регистры 23:51 адресом стро- 
ки; операнд лишь позволяет ассемблеру определить по описанию поля данных строка 
размерность загружаемых данных - байт или слово). В этом формате возможна замена 
сегмента строки строка: 


1095 Е5: строка 


386+ СОШЗО Загрузка двойного слова из строки 

Команда аналогична командам МП 86 1046 и [045\%/, но позволяет загрузить из 
строки, адресусмой через регистры Р$:ЕЗТ (05:31 для 16-разрядных приложений), 
двойное слово в регистр ЕАХ. 
ГООР Циклическое выполнение, пока содержимое СХ не равно нулю 

Команда ГООР выполняет декремент содержимого регистра.СХ и, если оно не 
равно нулю, осуществляет переход на указанную метку вперед или назад в том же сег- 
менте команд в диапазоне —128...+127 байт. Содержимос регистра СХ рассматривается 
как целое число без знака, поэтому максимальное число повторений группы, включен- 
ных в цикл команд, составляет 65 536 (ссли перед входом в цикл СХ=0). Команда нс 
воздействует на флаги процессора. 

386+ При использовании в качестве счетчика расширенного регистра ЕСХ макси- 
мальное число шагов в цикле увеличивастся до 237. Для того чтобы в 16-разрядном 
приложении процессор при выполнении команды 1оор использовал не 16-разрядный 
регистр СХ, а 32-разрядный регистр ЕСХ, перед командой 1оор необходимо указать 
префикс замены размера адреса 67Н. 


ГООРЕ Цикл, пока равно 

Команда выполняст декремент содержимого регистра СХ и, если оно не равно ну- 
лю и флаг ХЕ установлен, осуществляет персход на указанную метку вперед или назад 
в том же программном сегменте в диапазоне —1728...+127 байт. Содержимое регистра 
СХ рассматривается как целое число без знака, поэтому максимальное число повторс- 
ний группы, включенных в цикл команд, составляет 65 536. Команда не воздействует 
на флаги процессора. 

386+ При использовании в качестве счетчика расширенного регистра ЕСХ макси- 
мальное число шагов в цикле увеличивастся до 237. Для того чтобы в 16-разрядном 
приложении процессор при выполнении команд 1оореЛоор? использовал не 16- 
разрядный регистр СХ, а 32-разрядный регистр ЕСХ, перед командами 1оорс/1оорх не- 
обходимо указать префикс замсны размера адреса 67. 


ГООРМЕ Цикл, пока не равно 

Команда выполняет декремент содержимого регистра СХ и, если оно не равно ну- 
лю и флаг 7Е сброшен, осуществляст переход на указанную метку вперед или назад в 
том же программном сегменте в диапазоне —128...+127 байт. Содержимое регистра СХ 
рассматривается как целое число без знака, поэтому максимальное число повторений 
группы, включенных в цикл команд, составляет 65 536. Команда не воздействует на 
флаги процессора. 

386+ При использовании в качестве счетчика расширенного регистра ЕСХ макси- 
мальнос число шагов в циклс увеличивастся ло 23. Для того чтобы в 16-разрядном 
приложении процессор при выполнении команд |оорпеЛюорпт использовал не 16- 
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разрядный регистр СХ, а 32-разрядный регистр ЕСХ, перед командами |юорпе/\оорп2 
необходимо указать префикс замены размера адреса 671. 
ГООРМЯ, Цикл, пока не нуль 

Команда выполняет те же действия, что и ГООРМЕ. 


ГООРЯ Цикл, пока нуль 
Команда выполняст тс же действия, что и ГООРЕ. 


386Р-+ Е5Е, Загрузка границы сегмента 

Команда 15] загружает в первый операнд границу сегмента из дескриптора сегмен- 
та, заданного сслектором во втором операндс. 

В качестве первого операнда команды 151 можно использовать 16- или 32-разряд- 
ный регистр общего назначения; в качестве второго — 16- или 32-разрядный регистр 
общего назначения или 16- или 32-битовое поле памяти. 


386Р-+ ЕТВ Загрузка регистра задачи ТВ. 

Команда Иг загружает регистр задачи ТВ сслсктором сегмента состояния задачи 
Т$$ из второго операнда, в качестве которого можно использовать 16- или 32-разряд- 
ный регистр общего назначения или 16- или 32-битовое поле памяти. Команда исполь- 
зуется в защищенном режиме, ссли программный комплекс выполнен в виде несколь- 
ких самостоятельных задач, и персключения между ними осуществляются с использо- 
ванием включенных в процессор аппаратных средств поддержки многозадачности. 


МОУ Пересылка данных 

Команда МОУ замещает первый операнд (присмник) вторым (источником). При 
этом исходнос значение первого операнда теряется. В зависимости от описания опе- 
рандов перссылается слово или байт. Если операнды описаны по-разному или режим 
адресации не позволяет однозначно определить размер операнда, для уточнения раз- 
мера передаваемых данных в команду следует включить один из атрибутных операто- 
ров Бу ри или \ог4 рг. Команда не воздействует на флаги процессора. В зависимо- 
сти от использованных режимов адресации команда МОУ осуществляет пересылки 
следующих видов: 

._ из регистра общего назначения в регистр общего назначения; 

. из ячейки памяти в регистр общего назначения; 

. из регистра общего назначения в ячейку памяти; 

х непосредственный операнд в регистр общего назначения; 

. непосредственный операнд в ячейку памяти; 

._ из регистра общего назначения в сегментные регистры; 

._ из сегментного регистра в регистр общего назначения; 

*_ из сегментного регистра в ячейку памяти. 


Запрещены перссылки из ячейки памяти в ячейку памяти (для этого предусмот- 
рена команда МО\У5), а также загрузка сегментного регистра непосредственным значе- 
нием. Нельзя также непосредственно персслать содержимос одного сегментного ре- 
гистра в другой. 

386+ Допустимо использование 32-битовых операндов и дополнительных режи- 
мов адресации 32-разрядных процессоров. 
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.386Р+ МОУ Пересылка в\из специальных регистров 
Этот вариант команды тоу (с той же мнемоникой, но другими кодами операций) 
используется в защищенном режиме и предназначен для обмена данными со специ- 
альными регистрами процессора: управляющими СКО...СВЗ, тестирования ТКб и ТВУТ, 
а также регистрами отладки ОЕО...ОВ7. Один из операндов команды шоу должен 
быть 32-разрядным регистром общего назначения, другой — одним из специальных ре- 
гистров процессора. 


МОУ$ Пересылка данных из строки в строку 

МОУЗ$В Пересылка байта данных из строки в строку 

МОУ5ЗУ/ Пересылка слова данных из строки в строку 

Команды предназначены для операций над строками (строкой называется после- 
довательность байтов или слов памяти с любым содержимым). Они пересылают по 
одному элементу строки, который может быть байтом или словом. Первый операнд 
(приемник) адресуется через ЕЗ:ГТ, второй (источник) — через 05:51. Операцию пере- 
сылки можно условно изобразить следующим образом: 

(25:51) -> (ЕЗ: ОГ) 


После каждой операции пересылки регистры ЗГ и О] получают положительное (ес- 
ли флаг ОЕ=0) или отрицательное (если флаг ОР=1) приращение. Величина прираще- 
ния составляет | или 2 в зависимости от размера пересылаемых элементов. 

Вариант команды МОУ$ имеет формат: 

поуз строка_1, строка _2 


(что не избавляет от необходимости инициализировать регистры ЕЗ:ОГ и 0$:$1 адресами 
строк строка_[ и строка_2; операнды лишь позволяют ассемблеру определить по 
описанию полей данных строка_1 и строка_2 размерность пересылаемых данных — байт 
или слово). В этом формате возможна замена сегмента второй строки: 

поуз строка _1, ЕЗ:строка 2 


Рассматриваемые команды могут предваряться префиксом повторения ВЕР (по- 
вторять СХ раз). После выполнения рассматриваемых команд регистры $1 и ПГ указы- 
вают на ячейки памяти, находящиеся за теми (если ОЕ=0) или перед теми (если ОЕ=Т) 
элементами строк, на которых закончились операции пересылки, Команды не воздей- 
ствует на флаги процессора. 


386+ МОУЗО Пересылка двойного слова из строки в строку 

Команда аналогична командам МИ 86 тоузЬ и тоу5\/, но позволяет скопировать 
двойное слово из строки, адресуемой через регистры ОЗ:ЕЗ, в строку, адресуемую че- 
рез регистры ЕЗ:ЕП1. 


386+ МОУ$Х Пересылка с расширением знака 

Команда пересылает байт в слово или двойное слово, а также слово в двойное сло- 
во с расширением знака. В качестве первого операнда (приемника) может использо- 
ваться 16- или 32-разрядный регистр общего назначения, в качестве второго — 8- или 
16-разрядный регистр общего назначения или ячейка памяти такого же размера. Недо- 
пустима пересылка из памяти в память, в сегментный регистр или из него, а также не- 
посредственного значения. Фактически команда тоузх увеличивает размер как поло- 
жительного, так и отрицательного числа, не изменяя ни его значения, ни знака. 


542 ЯЗЫК АССЕМБЛЕРА: уроки программирования 


386+ МОУЛХ Пересылка с расширением нуля 

Команда пересылает байт в слово или двойное слово, а также слово в двойное сле- 
во с заполнением старших разрядов нулями. В качестве первого операнда (приемника) 
может использоваться 16- или 32-разрядный регистр общего назначения, в качестве 
второго - 8- или 16-разрядный регистр общего назначения или ячейка памяти такого 
же размера. Недопустима пересылка из памяти в память, в сегментный регистр или из 
него, а также непосредственного значения. Фактически команда тоухх увеличивает 
размер числа, считая его числом без знака. 


МОЕ Умножение целых беззнаковых чисел 

Команда МОГ, выполняет умножение целого беззнакового числа, находящегося 
в регистре АГ. (в случае умножения на байт) или АХ (в случае умножения на слово), на 
операнд-источник (целое число без знака). Размер произведения в два раза больше 
размера сомножителей. 

Для 1-байтовых операций один из сомножителей помещается в регистр АГ; после 
выполнения операции произведение записывается в регистр АХ. 

Для 2-байтовых операций один из сомножителей помещается в регистр АХ; после 
выполнения операции произведение записывается в регистры ОХ:АХ (в ОХ - старшая 
часть, в АХ - младшая). 

Если содержимое регистра АН после 1-байтового умножения или содержимое ре- 
гистра ОХ после 2-байтового умножения не равны нулю, флаги СЕ и ОР устанавлива- 
ются в 1. В противном случае оба флага сбрасываются в 0. 

В качестве операнда-сомножителя можно указывать регистр данных или ячейку 
памяти; не допускается умножение на непосредственное значение, 

386+ Допустимо использование 32-битовых операндов и дополнительных режимов ад- 
ресации 32-разрядных процессоров. При этом если указанный операнд представляет собой 
32-байтовую величину, то результат размещается в регистрах ЕРХ:ЕАХ. 


МЕС Изменение знака, дополнение до 2 

Команда МЕС выполняет вычитание знакового целочисленного операнда из нуля, 
превращая положительное число в отрицательное и наоборот. В качестве операнда 
можно указывать регистр (кроме сегментного) или ячейку памяти размером как в байт, 
так и в слово. Нельзя использовать в качестве операнда непосредственное значение. | 
Команда воздействует на флаги ОЕ, ЗЕ, 2Е, АЕ, РЕ и СЕ. 

386+ Допустимо использование 32-битовых операндов и дополнительных режи- 
мов адресации 32-разрядных процессоров. 


МОР Холостая команда 

По команде МОР процессор не выполняет никаких действий, кроме увеличения 
на | (поскольку команда МОР занимает 1 байт) содержимого указателя команд ГР. Ко- 
манда иногда используется в отладочных целях чтобы "забить" какие-то ненужные 
команды, не изменяя длину загрузочного модуля или, наоборот, оставить место в за- 
грузочном модуле для последующей вставки команд. В ряде случаев команды МОР 
включаются в текст объектного модуля транслятором. Команда не имеет ни парамет- 
ров, ни операндов и не воздействует на флаги процессора. 


МОТ Инверсия, дополнение до 1 
Команда МОТ выполняет инверсию битов указанного операнда, заменяя 0 на | и 
наоборот. В качестве операнда можно указывать регистр (кроме сегментного} или 
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ячейку памяти размером байт или слово. Нельзя использовать в качестве операнда нс- 
посредственное значение. Команда не воздействует на флаги процессора. 

386+ Допустимо использование 32-битовых операндов и дополнительных режи- 
мов адрссации 32-разрядных процессоров. 


ОВ Логическое В ВЛЮЧАЮЩЕЕ ИЛИ 

Команда ОВ выполняет операцию логического (побитового) сложения двух опсе- 
рандов. Результат замещает первый операнд (приемник); второй операнд (источник) 
не изменястся. В качестве операндов можно указывать регистр (кроме сегментного) 
или ячейку памяти, а в качестве второго еще и непосредственное значение, однако не 
допускается определять оба операнда одновременно как ячейки памяти. Операнды мо- 
гут быть байтами или словами. Команда воздействуст на флаги ОР, ЗЕ, ГЕ, РЕ и СЕ, 
при этом флаги СЕ и ОЕ всегда сбрасываются в 0. 

Правила побитового сложения: 
Первый операкд-бит 0101 
Второй операнд-бит 
5ит результата 

386+ Допустимо использование 32-битовых операндов и дополнительных режи- 
мов адресации 32-разрядных процессоров. 


ОСТ Вывод в порт 

Команда ОЧТ выводит в порт, указываемый первым опсрандом, байт или слово 
соответственно из регистров АТ или АХ. Адрес порта помещастся в регистр ОХ. Если 
адрес порта не превышает 255, он может быть указан непосредственным значением. 
Указание регистра-источника (АГ или АН) обязательно. Команда не воздействует на 
флаги процессора. 


386+ 
ООТ5 Вывод строки в порт 
ООТЗВ Вывод байта в порт 
ОЧТУ\У/ Вывод слова в порт 
ОЧТЗР Вывод двойного слова в порт 

Команды предназначены для вывода данных в порт непосредственно из памяти. 
Адрес порта указывается, как и для команды оч в регистре ОХ, при этом задание ад- 
реса порта непосредственным значением не допускается. Данные извлекаются из па- 
мяти по адресу, находящемуся в паре регистров 05:Е$]. Замена сегмента не допуска- 
ется. Команда 005 персдает в порт 1 байт, команда ои5\ — | слово, команда ои{54 — 
1 двойнос слово, а команда о0{5 может быть использована для передачи байтов, слов и 
двойных слов. В последнем случас размер загружасмого данного определяется описа- 
нием строки (с помощью дирсктив @6, 4\ или 99). После передачи данных регистр Е$1 
получаст положительное (ссли флаг ОЕ=0) или отрицатсльнос (если флаг ОЕ=1) при- 
ращенис. Величина приращения составляет 1, 2 или 4 в зависимости от размера псре- 
давасмых данных. 

Вариант команды 05 (нс ош $Ъ, ош или опа) имсст формат 

ОцЕЗ ОХ, строка 


(что нс избавляет от нсобходимости инициализировать регистры 25:Е $ адресом строки). 
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Если устройство, адресуемое через порт, может принимать последовательность 
данных, то команды ош можно предварить префиксом повторения тер. В этом случае 
в порт пересылается СХ элементов данных заданного размера. 

Команды 05 не воздействуют на флаги процессора. 


РОР Извлечение слова из стека 

Команда РОР пересылает слово из вершины стска (на которую указывает регистр 
5Р) по адресу операнда-присмника. Затем содержимое $Р увеличивается на 2 и указы- 
вает на новую вершину стека. 

В качестве операнда-приемника можно использовать любой 16-разрядный регистр 
(кроме С5) или ячейку памяти. Команда не воздействуст на флаги процессора. 

386+ Допустимо использование 32-битовых операндов и дополнительных режи- 
мов адресации 32-разрядных процессоров. 


386+ РОРА Восстановление из стека всех регистров 

Команда рора восстанавливает из стека содержимое всех регистров, предваритель- 
но сохраненных в стеке командой ризБа. Заполнение из стека регистров осуществляет- 
ся в следующем порядке: ПТ, $1, ВР, $Р, ВХ, ОХ, СХ, АХ. Исходное содержимое ука- 
зателя стека ЭР, сохраненное в стеке командой ризра, командой рора из стека извлека- 
ется, но отбрасывается. Команда не имеет параметров. 


386+ РОРАШ Восстановление из стека всех регистров в 32-разрядном режиме 
Команда рора4 восстанавливает из стека содержимое всех расширенных регист- 
ров, предварительно сохраненных в стеке командой ризва4. Заполненис из стека реги- 
стров осуществляется в следующем порядке: ЕБТ, ЕЗ1, ЕВР, ЕЗР, ЕВХ, ЕБХ, ЕСХ, 
ВАХ. Исходное содержимое указателя стека ЕЗР, сохраненное в стеке командой ризва, 
командой рора из стека извлекается, но отбрасывается. Команда не имеет параметров. 


РОРЕ Восстановление из стека регистра флагов 

Команда РОРЕ пересылает определенные биты слова из вершины стека (на кото- 
рую указываст регистр 5Р) в регистр флагов. Затем содержимос 5Р увеличивается на 2 
и указывает на новую вершину стека. Команда воздействует на все флаги процессора. 


+ РОРЕР Восстановление из стека расширенного регистра флагов 

Команда рор пересылает верхнее слово стека (на которос указываст регистр ЕЗР) 
в расширенный регистр флагов ЕЕГАС5. После этого содержимос Е$Р увеличивается на 4 
и ЕЗР указывает на предыдущее слово стека, которое теперь является его новой вершиной. 
Команда рор@ не имсст параметров; она воздействует на все флаги процессора. 


РОЗН Занесение операнда в стек 

Команда РОЗН уменьшает на 2 содержимое указателя стска ЗР и заносит на эту 
новую вершину содержимос 2-байтового операнда-источника. 

В качестве опсранда-источника можст использоваться любой 16-разрядный рс- 
гистр (включая ссгментные) или ячейка памяти. Не допускается занесение в стек непо- 
средственного значения, хотя некоторые трансляторы преобразуют команду вида 

разь 1234в 


в неэффсктивную последовательность операций со стеком, результатом которой будет про- 

талкивание указанното операнда в стек. Команда не воздействуст на флаги процессора. 
386+ Допустима засылка в стек 32-битовых операндов (регистров и ячеек памяти), 

а такжс занесснис в стек 8-, 16- и 32-битовых непосредственных значений. Каждое 8- 
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битовое значение занимает в стеке целое слово в 16-разрядных приложениях и два 
слова в 32-разрядных. Операнды любого допустимого размера могут заноситься в стек 
вперемежку, если это не вступает в противоречие с операциями по извлечению этих 
данных из стека. 


386+ РОЗНА Сохранение в стеке всех регистров 

Команда ризва сохраняет в стеке содержимое всех регистров в следующем 
порядке: АХ, СХ, ОХ, ВХ, значение указателя стека ЗР перед выполнением данной 
команды, далее ВР, З[ и ПГ. Команда не имеет параметров и не воздействует на флаги 
процессора. | 


386- РОЗНАШ Сохранение в стеке всех регистров в 32-разрядном режиме 

Команда ризПа сохраняет в стеке содержимое всех регистров в следующем по- 
рядке: ЕАХ, ЕСХ, ЕСХ, ЕВХ, значение указателя стека ЕЗР перед выполнением дан- 
ной команды, далее ЕВР, ЕЗ[ и ЕБГ. Команда не имеет параметров и не воздействует 
на флаги процессора. 


РОЗНЕ Занесение в стек содержимого регистра флагов 
Команда РОЗН уменьшает на 2 содержимое указателя стека 5Р и заносит на эту 
новую вершину содержимое регистра флагов. 


386+ РОЗНЕР Занесение в стек содержимого расширенного регистра флагов 

Команда риз 4 уменьшает на 4 содержимое указателя стека ЕЗР и заносит на эту 
новую вершину содержимое расширенного регистра флагов ЕРАГ.О$. При этом со- 
храняются все флаги процессора. Команда риз Е не имеет параметров и не воздейст- 
вует на флаги процессора. 


ВСГ, Циклический сдвиг влево через бит переноса 
Команда ВСГ, осуществляет сдвиг влево всех битов операнда. Если команда запи- 
сана в формате 
вСЬ операнд,1 


выполняется сдвиг на | бит. В младший бит операнда заносится значение флага СЕ; 
старший бит операнда загружается в СР. Если команда записана в формате 
вСЬ операнд, СЁ 


сдвиг осуществляется на число бит, указанное в регистре-счетчике СГ, при этом в про- 
цессе последовательных сдвигов старшие биты операнда поступают сначала в СЁ, а 
оттуда — в младшие биты операнда (рис. П-1.3). 


— 
— [СЕ] [ое | Рис. П-1.3. Действие команды ис! 


В качестве операнда можно указывать любой регистр (кроме сегментного} или 
ячейку памяти размером как в байт, так и в слово. В качестве операнда нельзя 
использовать непосредственное значение. Команда воздействует на флаги ОЕ и СЕ. 

386+ Допустим сдвиг 32-битовых операндов. Допустимо указание числа битов 
сдвига как с помощью регистра С1., так и непосредственным значением. Максималь- 
ная величина сдвига составляет 31 бит. 
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ВСК Циклический сдвиг вправо через бит переноса 
Команда ВСК осуществляет сдвиг вправо всех битов операнда. Если команда за- 
писана в формате 


ВСВ операнд,1 


сдвиг осуществляется на | битов. В старший бит операнда заносится значение флага 
СЕ; младший бит операнда загружается в СЕ. Если команда записана в формате 

и операнд, СЪ 
сдвиг осуществляется на число бит, указанное в регистре-счетчике СГ, при этом в про- 


цессе последовательных сдвигов младшие биты операнда поступают сначала в СЕ, 
а оттуда - в старшие биты операнда (рис. П-1.4). 






Операнд > —> . 
Рис. П-1.4. Действие команды гск 


В качестве операнда можно указывать любой регистр (кроме сегментного) или 
ячейку памяти размером как в байт, так и в слово. В качестве операнда нельзя 
использовать непосредственное значение. Команда воздействует на флаги ОР и СЕ. 

386+ Допустим сдвиг 32-битовых операндов. Допустимо указание числа битов 
сдвига как с помощью регистра СГ, так и непосредственным значением. Максималь- 
ная величина сдвига составляет 31 бит. 


Репнит+Р ВКОМ5В Чтение особого регистра модели 
Команда читает содержимое внутреннего регистра, специфического для конкрет- 
ной модели процессора. 


ВЕР Повторение 

ВЕРЕ Повторение пока равно 

ВЕРА Повторение пока нуль 

ВЕРМЕ Повторение пока равно 

ВЕРМ7 Повторение пока не равно 

Префиксы повторения позволяют организовать циклическое выполнение команд 
обработки строк сплрз, оу и 5саз и при этом проверять наличие указанного в пре- 
фиксе условия. 

Префикс гер, будучи установлен перед строковыми командами тоу$ или $5, 
заставляет их выполняться СХ раз. 

Префикс гере (и полностью эквивалентный ему префикс гер2), будучи установлен 
перед строковыми командами стрз или 5саз, заставляет их выполняться до тех пор, 
пока результат выполнения равен нулю и, соответственно, ДЕ=1, но не более СХ раз. 

Префикс герпе (и полностью эквивалентный ему префикс герп2), будучи установлен 
перед строковой командой стр$ или $са$, заставляет ее выполняться до тех пор, пока ре- 
зультат выполнения не равен нулю и, соответственно, ХЕ=0, но не более СХ раз. 


ВЕТ Возврат из процедуры 

ВКЕТМ Возврат из ближней процедуры 

ВЕТЕ Возврат из дальней процедуры 

Команда ВЕТ извлекает из стека адрес возврата и передает управление в програм- 
му, вызвавшую процедуру. Если командой КЕТ завершается ближняя процедура, объ- 
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явленная с атрибутом МЕАК, или используется форма команды КЕТМ, со стека снима- 
ется одно слово —- смещение точки возврата. Передача управления в этом случае осу- 
ществлястся в пределах одного сегмента. Если командой КЕТ завершается дальняя 
процедура, объявленная с атрибутом ЕАК, или используется форма команды ВЕТЕ, со 
стека снимаются два слова — смещение и сегмент точки возврата. В этом случае пере- 
дача управления будет межссгментной. 

В команду ВЕТ может быть включен необязательный операнд (кратный двум), ко- 
торый указываст, на сколько байтов дополнительно смещается (в сторону больших ад- 
ресов) указатель стека после возврата в вызывающую программу. Прибавляя эту кон- 
станту к новому значению 5Р, команда КЕТ обходит аргументы, помещенные в стек 
вызывающей программой перед вызовом команды САГ.Г. Обе разновидности команды 
не воздействуют на флаги процессора. 


ВОГ Циклический сдвиг влево : 
Команда КОГ, осуществляет сдвиг влево всех битов операнда. Если команда запи- 
сана в формате 


ВО операнд, 1 


сдвиг осуществляется на | бит. Старший бит операнда загружается в его младший раз- 
ряд. Если команда записана в формате 


ВОТ операнд, СЪ 


сдвиг осуществляется на число бит, указанное в регистре-счетчике СГ, при этом в про- 
цессе последовательных сдвигов старшие биты операнда персмещаются в его младшие 
разряды (рис. Н-1.5). 


[СР Рис. П-1.5. Действие команды то! 


В качестве операнда можно указывать любой регистр (кроме сегментного) или ячейку 
памяти размером как в байт, так и в слово. Не допускается использовать в качестве 
опсранда непосредственное значение. Команда воздействует на флаги ОЕ и СЕ. 

386+ Допустим сдвиг 32-битовых операндов. Допустимо указание числа бит сдви- 
га как с помощью регистра СГ, так и непосредственным значением. Максимальная ве- 
личина сдвига составляет 31 бит. 


ВОВ Циклический сдвиг вправо 
Команда КОК осуществляет циклический сдвиг вправо всех битов операнда. Если 
команда записана з формате 
ВОВ операнд, 1 
сдвиг осуществляется на | бит. Младший бит операнда записывастся в его старший 
разряд. Если команда записана в формате 
ВОВ операнд, СЪ 
сдвиг осуществляется на число битов, указанное в регистрс-счетчиксе СГ, при этом в 


процессе последовательных сдвигов младшие биты опсранда перемещаются в его 
старшие разряды (рис. П-1.6). 


548 ЯЗЫК АССЕМБЛЕРА: уроки программирования 


Операнд | СЕ . 
_— Рис. П-1.6. Действие команды гог 


В качестве операнда можно указывать любой регистр (кроме ссгментного) или 
ячейку памяти размером как в байт, так и в слово. Нельзя использовать в качестве 
операнда непосредственнос значение. Команда воздействует на флаги ОЕ и СЕ. 

386+ Допустим сдвиг 32-битовых операндов. Допустимо указание числа битов 
сдвига как с помощью регистра СГ, так и непосредственным значением. Максималь- 
ная величина сдвига составляет 31 бит. 


ЗАНЕ Запись содержимого регистра АН в регистр флагов 

Команда ЗАНЕ копирует биты 7, 6, 4, 2 и 0 регистра АН в младший байт регистра 
флагов, влияя на флаги ЗЕ, ГЕ, АЕ, РЕи СЕ. 

Команда ЗАНЕ (совместно с командой ГАНЕ) дает возможность читать и изменять 
значенис флагов процессора, в том числе флагов ЗЕ, СЕ, АЕ и РЕ, которые нельзя из- 
менить непосредственно. Однако следует иметь в виду, что команда за Ё заполняет 
только младший байт регистра флагов. Поэтому нельзя изменить с ес помощью, на- 
пример, состояние флага ОЕ. 


ЗАРЕ Арифметический сдвиг влево 
“Команда ЗАГ. осуществляет сдвиг влево всех битов операнда. Старший бит опе- 
ранда поступает в флаг СЕ. Если команда имет форму 
ЗАЬ операнд, 1 


сдвиг осуществлястся на | бит. В младший бит операнда загружается 0. Если команда 
записана в формате 


ЗАБ операнд, СТ, 


сдвиг осуществляется на число битов, указанное в регистре-счетчике СГ, при этом 
в процессе последовательных сдвигов старшие биты операнда, пройдя через флаг СЕ, 
теряются, а младшие заполняются нулями (рис. П-1.7). 


сое | | 
р Рис. П1-1.7. Действие команды а! 


В качестве операнда можно указывать любой регистр (кроме сегментного) или 
ячейку памяти размером как в байт, так и в слово. Нельзя использовать в качестве 
операнда непосредственное значение. 

Каждый сдвиг влево эквивалентен умножению знакового числа на 2, поэтому ко- 
манду ЗА, удобно использовать для возведения операнда в степень 2. Команда воз- 
действует на флаги ОЕ, ЗЕ, Е, РЕ и СЕ. 

386+ Допустим сдвиг 32-битовых операндов. Допустимо указание числа бит сдви- 
га как с помощью регистра СГ, так и непосредственным значением. Максимальная вс- 
личина сдвига составляет 31 бит. 


ЗАВ Арифметический сдвиг вправо 
Команда ЗАК осуществляет сдвиг вправо всех битов операнда. Младший битов 
операнда поступает в флаг СЕ. Если команда записана в формате 
ЗАК операид, 1 





Приложение 1. КОМАНДЫ ПРОЦЕССОРА 549 


сдвиг осуществляется на 1 бит. Старший бит операнда сохраняет свое значение. Если 
команда записана в формате 


ЗАК операнд, СЪ 


сдвиг осуществляется на число битов, указанное в регистре-счетчике СГ, при этом в 
процессе последовательных сдвигов младшие биты операнда, пройдя через флаг СЕ, 
теряются, а старший бит расширяется вправо (рис. П-1.8). 


ГГ ееы [61 
Рис. П-1.8. Действие команды 5аг 


В качестве операнда можно указывать любой регистр (кроме сегментного) или ячейку 
памяти размером как в байт, так и в слово. Нельзя использовать в качестве операнда 
непосредственное значение. Команда воздействует на флаги ОЕ, ЗЕ, ГЕ, АЕ, РЕ и СЕ. 

Каждый сдвиг вправо эквивалентен делению знакового числа на 2, поэтому ко- 
манду ЗАВ удобно использовать для деления операнда на целые степени двух. 

386+ Допустим сдвиг 32-битовых операндов. Допустимо указание числа битов 
сдвига как с помощью регистра СГ., так и непосредственным значением. Максималь- 
ная величина сдвига составляет 31 бит. 


ЗВВ Целочисленное вычитание с займом 
Команда ЗВВ вычитает второй операнд (источник) из первого (приемника). Ре- 
зультат замещает первый операнд, предыдущее значение которого теряется. Если ус- 
тановлен флаг СЕ, из результата вычитается еще 1. Таким образом, если команду вы- 
читания записать в общем виде 
$БЬ операнд_1, операнд_2 
то ее действие можно условно изобразить следующим образом: 
операнд_1 - операнд_2 - СГ -— операнд_1 


В качестве операндов можно указывать регистр (кроме сегментного) или ячейку 
памяти, а в качестве второго операнда еще и непосредственное значение, однако не 
допускается определять оба операнда одновременно как ячейки памяти. Операнды мо- 
гут быть байтами или словами и представлять числа со знаком или без знака. Команда 
воздействует на флаги ОБР, ЗЕ, 7Е, РЕ и СЕ. 

386+ Допустимо использование 32-битовых операндов и дополнительных режи- 
мов адресации 32-разрядных процессоров. 


$СА$ Сканирование строки с целью сравнения 

$САЗВ Сканирование строки байтов с целью сравнения 

$САЗУ/ Сканирование строки слов с целью сравнения 

Команды предназначены для операций над строками (строкой называется после- 
довательность байтов или слов памяти с любым содержимым). Они сравнивают со- 
держимое регистров АГ. (в случае операций над байтами) или АХ (в случае операций 
над словами) с содержимым ячейки памяти по адресу, находящемуся в паре регистров 
ЕЗ:01. Операция сравнения осуществляется путем вычитания содержимого ячейки па- 
мяти из содержимого АГ. или АХ. Результат операции воздействует на регистр флагов, 
но не изменяет ни один из операндов. Таким образом, операнию сравнения можно ус- 
ловно изобразить следующим образом: 


АХ или АБ - (ЕБ.: ОТ) -— флаги прсгессора 
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Носле каждой операции сравнения регистр ПО получает положительное (если флаг 
ОЕ=0) или отрицательное (если флаг ОЕ=1) приращение. Величина приращения со- 
ставляет | или 2 в зависимости от размера сравниваемых элементов. 

Вариант команды 5СА$ имеет формат 


5са5 строка 


(что не избавляет от необходимости инициализировать регистры Е5:0] адресом стро- 
ки строка; операнд лишь позволяет ассемблеру определить по описанию поля данных 
строка размерность сравниваемых данных — байт или слово). Замена сегментного ре- 
гистра (Е$), через который адресуется строка, невозможна. Команды воздействуют на 
флаги ОЕ, ЗЕ, ГЕ, АЕ, РЕ и СР. 

Рассматриваемые команды могут предваряться префиксами повторения 
ВЕРЕ/ВЕРИ, (повторять до первого неравенства) и ВКЕРМЕ/ВЕРМЕ, (повторять до пер- 
вого равенства). В любом случае выполняется не более СХ операций над последова- 
тельными элементами. 

После выполнения рассматриваемых команд регистр ОГ указывает на ячейку памя- 
ти, находящуюся за тем (если РЕ=0) или перед тем (если РЕ=1) элементом строки, на 
котором закончились операции сравнения. 


386+ 5САЗО Сканирование строки двойных слов с целью сравнения 

Команда аналогична командам МН 86 зсаь и зсаз\, но позволяет сравнивать со- 
держимое расширенного регистра ЕАХ с двойным словом в памяти, адресуемым через 
регистры ЕЗ:ЕЛ!. 


386+ ЗЕТес Установка байта по условию 

Команды, обозначаемые (в книгах, не в программах!) ЗЕТсс, осуществляют запись 
в указанный байтовый операнд | или 0 в зависимости от одного из 16 условий, опре- 
деляемых флагами состояния. Если условие сс выполняется, команда записывает в 
операнд 1; если условие не выполняется - 0. В качестве операнда можно использовать 
байтовый регистр или 8-битовую ячейку памяти. 

Команды условной установки байта, предусмотренные в составе команд процессо- 
ра, приведены в табл. []-1.2. 


Таблица П-1.2. Команды условной установки байта 


ее Гвышеилирано о 

ПЕНИИ т Сет 

СЕТ или 2Е=1 
т 


2 

ЗЕНОЕ 
[ео [мены [| ЗЕнераво 0 | 
2Е=1 или ЗЕ не равно ОЕ 
СЕ= 
СЕ 
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не равно 


И Е=1 или ЗЕ не равно ОЕ 
$ 


Е не равно ОР 


переполнение 
есть четность 


Е=1 





Команды, осуществляющие установку по условию "выше — нижс", предназначены 
для анализа чисел без знака; команды, осуществляющие установку по условию "боль- 
ше- мсныпе", предназначены для анализа чисел со знаком. 


386Р+ $СРТ Сохранение в памяти содержимого регистра таблицы глобальных 
дескрипторов 

Команда копирует содержимое регистра таблицы глобальных дескрипторов @ОТК 
(линейный базовый адрес таблицы и се границу) в полс из 6 байт, указанное в качестве 
операнда. 
НЕ Логический сдвиг влево 

Команда ЭНГ, выполняет те же действия, что и ЗАЕ. 


386+ НГО Логический сдвиг влево двойного слова 

Трехоперандная команда $4 с опсрандами ор1, ор2 и ор3 осуществляет сдвиг 
влево первого из своих операндов ор1. Число битов сдвига определяется третьим опе- 
рандом ор3. По мере сдвига операнда ор! влево выдвигаемые из него старшие биты, 
пройдя через флаг СЕ, теряются, а на освобождающиеся места со стороны его млад- 
ших битов поступают старшие биты второго операнда ор2, как если бы он вдвигался 
своим левым (старшим) концом в ор1. Однако после завершения сдвига значенис опе- 
ранда ор2 не изменяется (рис. [1-1.9). Во флаге СЕ остается последний выдвинутый из 
операнда ор! бит. Максимальное число битов сдвига составляет 31. 


С р И 


В процессе сдвига Остается неизменным 
изменяется 


Рис. П-1.9. Действие команды 5 


В качестве первого операнда ор] можно указывать 16- или 32-разрядный регистр 
общего назначения или 16- или 32-битовую ячейку памяти. Вторым операндом ор2 
можст служить только 16- или 32-разрядный рсгистр общего назначения. Третий опе- 
ранд, характеризующий число битов сдвига, может находиться в регистре СГ. или быть 
непосредственным значением. 

Команда воздействует на флаги ОЕ, ЗЕ, ГЕ, РЕ и СЕ. 
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НВ Логический сдвиг вправо 
Команда ЗНК осуществляет сдвиг вправо всех битов операнда. Младший бит опе- 
ранда поступаст в флаг СЕ. Если команда имеет форму 
5НВ операнд, 1 


сдвиг осуществлястся на | бит. В старший бит операнда загружается 0, а младший те- 
ряется. Если команда имеет форму 


НВ операнд, СЬ 


сдвиг осуществляется на число битов, указанное в регистре-счетчике СГ, при этом в 
процессе последовательных сдвигов старшие биты операнда заполняются нулями, а 
младшие, пройдя через флаг СЕ, теряются (рис. П-1.10). 


[ея = | 
р Рис. 1-1.10. Действие команды 5йт 


В качестве операнда можно указывать любой регистр (кроме сегментного) или ячейку 
памяти размером как в байт, так и в слово. Нельзя использовать в качестве операнда 
непосредственное значение. Команда воздействует на флаги СЕ, ОЕ, РЕ, ЗЕ и ЙЕ. 

386+ Допустим сдвиг 32-битовых операндов. Допустимо указание числа битов 
сдвига как с помощью регистра СГ, так и нспосредственным значением. Максималь- 
ная всличина сдвига составляст 31 бит. 


386+ 5НВО Логический сдвиг вправо двойного слова 

Трехопсрандная команда $0г4 с операндами ор1, ор2 и ор3 осуществляет сдвиг 
вправо первого из своих операндов ор1. Число битов сдвига определяется третьим 
операндом ор3. По мерс сдвига операнда ор| вправо выдвигаемые из него младшие 
биты, пройдя через флаг СЕ, теряются, а на освобождающиеся места со стороны его 
старших битов поступают младшие биты второго операнда ор2, как если бы он вдви- 
гался своим правым (младшим) концом в ор1. Однако после завершения сдвига значе- 
ние операнда ор2 нс изменяется (рис. П-1.11). Во флаге СЕ остается последний выдви- 
нутый из операнда ор! бит. Максимальнос число битов сдвига составляет 31. 


[= [= 


Остастся неизменным В процессе сдвига . 
изменяется Рис. П-1.11. Действие команды 5йга 


В качестве первого операнда ор! можно указывать 16- или 32-разрядный регистр 
общего назначения или 16- или 32-битовую ячейку памяти. Вторым операндом ор2 
может служить только 16- или 32-разрядный регистр общего назначения. Третий опе- 
ранд, характеризующий число битов сдвига, может находиться в регистре СЁ или быть 
непосредственным значением. 

Команда воздействует на флаги ОЕ, ЗЕ, 7Е, РЕ и СЕ. 


386Р+ УТ Сохранение в памяти содержимого регистра таблицы дескрипторов 
прерываний 

Команда копируст содержимое регистра таблицы дескрипторов прерываний ОТВ 
(линсйный базовый адрес таблицы и се границу) в поле из 6 байт, указанное в качествс 
операнда. 
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386Р+ 5ГОТ Сохранение содержимого регистра таблицы локальных дескрип- 
торов 

Команда копирует содержимое регистра таблицы локальных дескрипторов ГОТВ 
(селектор таблицы) в 16- или 32-разрядный регистр или в 16- или 32-битовое поле па- 
мяти, указанные в качестве операнда. 


386Р+ 5М$УУ Сохранение слова состояния машины 

Команда $115\/ считывает слово состояния машины (так называется младшая поло- 
вина управляющего регистра процессора СКО) и загружает его в указанный в команде 
16-разрядный регистр общего назначения или в 16-битовое поле памяти. 

Команду тм можно использовать для перевода процессора из реального в за- 
щищенный режим или наоборот. В первом случае после чтения слова состояния ко- 
мандой $115\/ надо установить в нем бит 0 (бит РЕ) и загрузить назад в СВО командой 
л5\. Во втором случае после чтения слова состояния командой $15%/ надо сбросить в 
нем бит 0 и загрузить назад в СКО командой 15%". 


$ТС Установка флага переноса 
Команда ЭТС устанавливает флаг переноса СЕ в регистре флагов. Команда не име- 
ет параметров и не воздействует на остальные флаги процессора. 


$ТО Установка флага направления 

Команда 5ТР устанавливает флаг направления РЕ в регистре флагов, определяя 
тем самым обратное направление выполнения строковых операций (в порядке убыва- 
ния адресов элементов строки). Команда не имеет параметров и не воздействует на ос- 
тальные флаги процессора. 


ТТ Установка флага прерывания 
Команда ЭТ] устанавливает флаг [Е в регистре флагов, разрешая все аппаратные пре- 
рывания. Команда не имеет параметров и не воздействует на остальные флаги процессора. 


5ТО$ Запись в строку данных 

УТОЗВ Запись байта в строку данных 

УТОЗУУ Запись слова в строку данных 

Команды предназначены для операций над строками (строкой называется после- 
довательность байтов или слов с любым содержимым). Они копируют содержимое 
регистра АЁ (при операциях над байтами) или АХ (при операциях над словами) в 
ячейку памяти соответствующего размера по адресу, определяемому содержимым 
ЕЗ:01. После операции копирования О] получает положительное (если флаг РЕ=0) или 
отрицательное (если флаг РЕ=Т) приращение. Величина приращения составляет | или 
2 в зависимости от размера копируемого элемента. 

Вариант команды ЗТОЗ$ имеет формат 

зсоз строка 


(что не избавляет от необходимости инициализировать регистры ЕЗ:0! адресом стро- 
ки строка; операнд лишь позволяет ассемблеру определить по описанию поля данных 
строка размерность записываемых данных - байт или слово). Заменить сегментный 
регистр Е$ нельзя. Команды не воздействует на флаги процессора. 

Рассматриваемые команды могут предваряться префиксом повторения ВЕР. 
Вэтом случае они повторяются СХ раз, заполняя последовательные ячейки памяти 
одним и тем же содержимым регистров АГ. или АХ. 
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386+ $ТО$Ю Запись двойного слова в строку данных 
Команда аналогична командам МП 86 $1056 и $105\/, но позволяет записать в стро- 
ку, адресуемую через регистры ЕЗ:ЕГУ, двойное слово из регистра БАХ. 


386Р+ 5ТВ Сохранение содержимого регистра состояния задачи 

Команда $ копирует содержимое регистра задачи ТК. (селектор сегмента состоя- 
ния задачи) в 2-байтовый регистр общего назначения или 16-битовую ячейку памяти, 
указанные в качестве операнда. 


ЗОВ Вычитание целых чисел 
Команда ЗОВ вычитает второй операнд (источник) из первого (приемника) и помещает 
результат на место первого операнда. Исходное значение первого операнда (уменьшаемое) 
теряется. Таким образом, если команду вычитания записать в общем виде 
зиБ операнд_1, операнд_2 


то ее действие можно условно изобразить следующим образом: 
операнд_1 - операнд_2 -» операнд_1 


В качестве операндов можно указывать регистр (кроме сегментного) или ячейку 
памяти, в качестве второго операнда — еще и непосредственное значение, однако не 
допускается определять оба операнда одновременно как ячейки памяти. Операнды мо- 
гут быть байтами или словами и представлять числа со знаком или без знака. Команда 
воздействует на флаги ОЕ, ЗЕ, 7Е, АЕ, РЕ и СЕ. 

386+ Допустимо использование 32-битовых операндов и дополнительных режи- 
мов адресации 32-разрядных процессоров. 

ТЕЗТ Логическое сравнение 

Команда ТЕЗТ выполняет операцию логического И над двумя операндами и в за- 
висимости от результата устанавливает флаги ЗЕ, ГЕ и РЕ. Флаги ОЕ и СЕ сбрасыва- 
ются, а АЕ имеет неопределенное значение. Состояние флагов можно затем проанали- 
зировать командами условных переходов. Команда ТЕЗТ не изменяет ни одного из 
операндов. 

В качестве операндов можно указывать регистр (кроме сегментного) или ячейку 
памяти, а в качестве второго операнда — еще и непосредственное значение, однако не 
допускается определять оба операнда одновременно как ячейки памяти. Операнды мо- 
гут быть байтами или словами и представлять числа со знаком или без знака. 

Правила побитового умножения: 

Гервый огеранд-бит 0101 
Второй операнд-бит? 0011 
Бит результата 0901 

Флаг ЗЕ устанавливается в |, если в результате выполнения команды образовалось 
число с установленным знаковым битом. 

Флаг ГЕ устанавливается в |, если в результате выполнения команды образовалось 
число, состоящее из одних двоичных нулей. 

Флаг РЕ устанавливается в 1, если в результате выполнения команды образовалось 
число с четным количеством двоичных единиц в его битах. 

386+ Допустимо использование 32-битовых операндов и дополнительных режи- 
мов адресации 32-разрядных процессоров. 
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386Р+ УЕКВ Проверка сегмента на чтение 

Команда уегтг позволяет определить, разрешено ли чтение из сегмента, за которым 
закреплен селектор, передаваемый команде в качестве ее операнда. Операндом может 
служить 16-разрядный регистр общего назначения или 16-битовая ячейка памяти. 


386Р+ УЕВУ\У/ Проверка сегмента на запись 

Команда уегу позволяет определить, разрешена ли запись в сегмент, за которым 
закреплен селектор, передаваемый команде в качестве ее операнда. Операндом может 
служить 16-разрядный регистр общего назначения или 16-битовая ячейка памяти. 


486+ ХАОО Обмен и сложение 

Команда ха44 выполняет в одной операции сложение и обмен операндов. Команда 
требуст двух операндов, причем первый операнд должен быть ячейкой памяти, 
авторой — регистром. После сложения операндов исходное содержимое памяти 
переносится во второй операнд (регистр), а полученная сумма записывается в память 
(на место первого слагаемого) (рис. П-1.12). Команда воздействует на флаги ОЕ, $Е, 
ГЕ, АЕ, РЕ и СЕ. 


ГУ 


ХАШО память, регистр 


1 Рис. П-1.12. Действие команды хаа4 

ХСНС Обмен данными между операндами 

Команда ХСНО пересыласт значение первого операнда во второй, а второго — 
в первый. В качестве операндов можно указывать рсгистр (кроме сегментного) или 
ячейку памяти, а в качестве второго операнда — еще и непосредственное значение, од- 
нако не допускается определять оба операнда одновременно как ячейки памяти. Опе- 
ранды могут быть байтами или словами со знаком или без знака. Команда не воздейст- 
вует на флаги процессора. 

386+ Допустимо использование 32-битовых операндов и дополнительных режи- 
мов адресации 32-разрядных процессоров. 


ХГАТ Табличная трансляция 

Команда ХГАТ осуществляет выборку байта из таблицы. В регистре ВХ должен 
находиться относительный адрес таблицы, а в регистре АЁ — смещение в таблице к 
выбираемому байту (его индекс). Выбранный байт загружастся в регистр АГ, замещая 
находившееся в нсм смещение. Длина таблицы может достигать 256 байт. Команда 
ХЬАТ не имсет явных операндов, но требует предварительной настройки регистров 
ВХ и АЕ. Команда нс воздействует на флаги процессора. 


386+ ХЬАТ Табличная трансляция 

386+ ХГАТВ Табличная трансляция 

Команда ха эквивалентна команде хай МП 86 за исключением того, что для 
32-разрядных приложений относительный адрес таблицы размещается в расширенном 
регистре ЕВХ. , 

Команда х|аё можст имсть в качестве операнда относительный адрес таблицы 
трансляции; в этом случас помещение адреса таблицы в регистр ЕВХ не требустся. 
Действие команды от этого не изменяется, однако возможна замена сегмснта. 
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ХОВ Логическое ИСКЛЮЧАЮЩЕЕ ИЛИ 

Команда ХОВ выполняет операцию логического (побитового) ИСКЛЮЧАЮЩЕ- 
ГО ИЛИ над двумя операндами. Результат опсрации замещает первый операнд. Каж- 
дый бит результата устанавливается в |, если соответствующие биты операндов раз- 
личны, и сбрасывастся в 0, если соответствующие биты операндов совпадают. 

В качестве первого опсранда можно указывать регистр (кроме ссгментного) или 
ячейку памяти, в качестве второго — регистр (кроме сегментного), ячейку памяти или 
непосредственное значение, однако не допускается определять оба операнда одновре- 
менно как ячейки памяти. Операнды могут быть байтами или словами. Команда воз- 
действуст на флаги ОГ, ЗЕ, ИЕ, РЕ и СЕ, причем флаги ОР и СЕ всегда сбрасываются, 
а остальные флаги устанавливаются в зависимости от результата. 

Правила побитового ИСКЛЮЧАЮЩЕГО ИЛИ: 


Первый огеранд-бигт 010901 
Второй огеранд-бит 0011 
Бит результата 0110 


386+ Допустимо использование 32-битовых операндов и дополнительных режи- 
мов адресации 32-разрядных процессоров. 
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Приложение 2 





Основные директивы ассемблера ТАЗМ 


Директивы определения данных 
ОВ Определение данных размером в байт. 
О\У/ Определение данных размером в слово. 
Ор Определение данных размером в двойное слово. 
ОО Определение данных размером в четверное слово. 
ОЕ Определение данных размером в 6 байт. 
ОР Определение данных размером в 6 байт. 
ОТ Опредсление данных размером в 10 байт. 


Все вышеперечисленные дирсктивы резервируют и заполняют данными требуемое 
число полей, размер которых соответствует конкретной директиве. Формат директив 
(на примере директивы ОВ): 
имя ОВ данное или перечень данных через запятую 
Директивы присваивания 


ЕОЧ Присвоение значения указанному идентификатору. Формат директивы: 
имя ЕОЧУ выражение 


Идентификатор имя получает значенис указанного в директиве выражения выра- 
жение. Ассемблер по ходу трансляции программы заменяет все вхождения в програм- 
му идентификатора имя значением выражения выражение. Идентификатор, опреде- 
ленный с помощью директивы ЕОЧ, персопределить нельзя. 


= Присвоение значения указанному идентификатору. Формат директивы: 
имя = выражение 


Идентификатор имя получает значение указанного в директиве выражения выра- 
жение. Ассемблер по ходу трансляции программы заменяст всс вхождения в програм- 
му идентификатора имя значением выражения выражение. В отличие от директивы 
ЕОЧ, директива = позволяет в любой точкс программы присвоить идентификатору 
имя другое значение. 


Директивы счетчика текущего адреса 

$ Идентификатор счетчика текущего адреса. Символическое обозначение ячейки в 
трансляторе, в которой по мере трансляции каждого сегмента наращивастся текущее 
значение смещсния в этом сегменте. 

ГАВЕГ, Заданис значения идентификатора (имени поля данных или программной метки). 
Присваивает текущее значение счетчика тскущсго адреса указанному идентификатору. 
Может использоваться в сегменте команд для определения программной метки требуемой 
дальности или в сегменте данных для задания альтернативного имени поля данных. 


ОКС Установка значения счетчика тскущего адреса. Формат директивы: 
ОЗС выражение 


Устанавливает указанное значение в счетчике тскущего адреса для тскущего сег- 
мента (команд или данных). При установке значения, большего, чем тскущсе, в памяти 
резервирустся указаннос число байтов; при установке значения меньшего, чем тску- 
щсс, счетчик тскущего адреса возвращастся к указанному адресу. Допустимо 
послеловательнос многократное использование этой директивы. 
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Операторы типа 


РТВ Задание типа переменной или метки. Формат директивы: 
тип РТВ выражение 


Оператор РТЁ заставляет ассемблер на время текущей операции считать, что 
выражение имеет тип тип (хотя, возможно, объявлено оно было по-другому). В 
качестве выражения может быть использован любой операнд. Тип может принимать 
форму ВУТЕ, \УОВР, РУ\УОКО, Е\МОКО, О\МОКО или ТВУТЕ для операндов, 
находящихся в памяти, а также форму МЕАВ, ЕАК или РКОС для меток или имен 
процедур. 


ОЕРЕЗЕТ Возвращает смещение (младшую часть адреса). Формат директивы: 
ОРЕЗЕТ выражение 


ЗЕС Возвращает сегмент (старшую часть адреса). Формат директивы: 
5ЕС выражение 
Директивы организации сегментов и процедур 

ЗЕСМЕМТ Открытие сегмента памяти. 


ЕМОЗ Закрытис сегмента памяти. Формат директив: 
имя ЗЕСМЕМТ 
тело сегмента 
имя 2МО$ 


Директива зестепё открывает новый или продолжает ранее объявленный сегмент 
(команд, данных или стска). Результат трансляции всех последующих предложений до 
директивы еп45$ будет включен в этот сегмент. 

РКОС Указание начала процедуры. 


ЕМОР Указание конца процедуры. Формат директив: 
имя РВОС [МЕАВ | РАВ] 
Предложения, составляющие процедуру 
имя ЕМОР 


Программные строки, заключенные между операторами ргос и еп4др, считаются 
принадлежащими процедуре с указанным именем. Спецификатор дальности 
указывает, является ли процедура ближней (МЕАВ) или дальней (ЕАК). Все команды 
ге (но не ге) внутри процедуры автоматически принимают дальность, 
соответствующую указанному спецификатору. При отсутствии спецификатора 
дальности ассемблер считает процедуру ближней. Имя процедуры при операторе 
ЕМОР можно опустить. 

АЗЗОМЕ Задание сегментного регистра, используемого по умолчанию. Формат 


директивы: 
АЗЗУМЕ сегм регстр:сегмент [[,‚, сегм регстр:сегмент]...] 


Директива АЗЗОМЕ связывает указанные в нсй сегментные регистры с соответст- 
вующими сегментами. Это даст возможность в программе не указывать явным 
образом при каждом обращении к ячейке памяти сегментный регистр, через который 
надлежит обращаться к этой ячейке. Дирсктива АЗЗОМЕ не инициализирует 
сегментные регистры. Программа обязана перед первым обращением к любой ячейке 
памяти инициализировать какой-либо сегментный регистр, т. е. заслать в него базовый 
адрес соответствующего сегмента. Дальнсйшее обращение к ячейкам памяти этого 
сегмента должно, вообще говоря, выполняться с явным указанисм инициализирован- 
ного ссгментного регистра: 
1ас 25: мем 

Связывание сегментного регистра с сегментом с помощью директивы АЗЗОМЕ 

позволяст опустить обозначение ссгментного регистра в командах обращения к памяти: 
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пс мем 
Допускается изменять связывание любого сегментного регистра по ходу выполне- 
ния программы, ссли один и тот жс сегментный регистр будет использоваться для по- 
следовательного обращения к различным ссгментам памяти. 
Связывание сегментного регистра СЗ с сегментом команд является обязательным. 
Если программа состоит из нескольких ссгментов команд, персд каждым сегментом 


команд должна стоять директива 
аззиме СЗ:соае 5е9 


где сойе_5ез — имя очередного сегмента команд. 

Если в команде обращения к памяти не указан сегментный регистр, то процессор 
выполняет эту команду, используя регистр 0$. Поэтому, как правило, связывание тре- 
буется только для остальных сегментных регистров данных: ЕЗ, Е$ и (5. 


Директивы описания макросов 
МАСКО Начало определения макроса. 


ЕМОМ Конец определения макроса. Формат директив: 
имя МАСВО [параметр [, параметр]...] 
Предложения макроса 
ЕМОМ 


ГОСАЕЁ Объявление временных имен меток, заменяемых в процессе повторных 


макрорасширений на уникальные имена. Формат директивы: 
ТОСАТ метка[, метка]... 


Асссмблер в процессе макрорасширения макроса подставляет на место локальной 
метки метка идентификатор вида ??число. Если в программе данный макрос 
вызывастся неоднократно, при каждом следующем макрорасширении числовая часть 
метки будет получать приращение [. 


Директива повторения 


ВЕРТ Новторсние предложений языка. Формат директивы: 
ВЕРТ выражение 
Предложения языка 
ЕМОМ 
Выражение, рассматриваемое как целое число, задает число повторений блока 
Предложения языка. Внутри блока повторения могут находиться любые предложения 
языка ассемблера. 


Директивы организации листинга 
„ХЫ$Т Подавление дальнейшего вывода в листинг трансляции. 
АЗТ Разрешенис дальнейшего вывода в листинг трансляции. 
.ЗАГТ, Подавление вывода в листинг трансляции тскстов макрорасширений. 


Директивы условной трансляции 
[Е Трансляция по заданному условию. Формат директивы: 
ТР условие 
Программные предложения 1 
[ЕЪЗЕ 
Программные предложения 2] 
ЕМОТЕ 
Программные предложения 3 
Если условис выполняется, то транслируются Программные предложения Г. 
В противном случае транслируются Программные предложения 2. В любом случае 
далсе транслируются Программные предложения 3. 


1ЕБЕЕ Трансляция при условии, что идентификатор определсн. Формат директивы: 
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ТРОЕЕ имя 
Программные предложения 
БМОТЕ 


Трансляция строк Программные предложения осуществляется только если 
идентификатор имя уже был определен в программе. 


1ЕМОЕЕ Трансляция при условии, что идентификатор не определен. Формат директивы: 
ТЕМОЕЕ имя 
Программные предложения 
ЕМОТЕ 


Трансляция строк Программные предложения осуществлястся, только, если идентифи- 
катор имя сще не был определен в программе. 


Директивы организации структуры программы 

.МОПЕГ Задание модели памяти. Директива .МОПЕГ имеет большое количество 
параметров и широкие возможности управления структурой программы и составляю- 
щих ее процедур, многие из которых используются относительно редко. Нижс приво- 
дится неполное описание этой директивы с указанием наиболее существенных дета- 


лей. Формат директивы: 
.МОБЕЬ [разрядность] модель [язык] 


Парамстр разрядность может принимать следующие значения: 
03Е1б - все сегменты программы будут 16-разрядными; 
03ЕЗ2 - всс сегменты программы будут 32-разрядными. 


Параметр модель может принимать следующие значения: 

ЗМАШМ, (малая модель памяти) — приложение может включать лишь по одному 
сегменту команд, данных и стека; при этом, поскольку данные и стек входят в общую 
группу, их суммарный размер не должен превышать 64 Кбайт. Сегмент команд также 
не должен быть больще 64 Кбайт. Наиболее широко распространенная модель для 
простых программ; 

МЕОШЦМ (средняя модель памяти) — приложение может иметь несколько сегмен- 
тов команд и по одному сегменту данных и стека. Сегменты команд выделяются с по- 
мощью директивы (СОПЕ с указанием для каждого сегмента уникального имени. Как 
и в случае малой модели, данные и стек входят в общую группу и их суммарный раз- 
мер нс должен превышать 64 Кбайт. Модель использустся в тех случаях, когда прило- 
жение при относительно небольшом объемс данных (менее 64 Кбайт) содержит слож- 
ные вычислительные алгоритмы, которые нельзя уместить в 64 Кбайт. Чаще всего в 
этом случас в дополнительные ссгменты команд выносят процедуры-подпрограммы, 
обращение к которым осуществлястся с помощью команд дальних вызовов; 

СОМРАСТ (компактная модель памяти) — приложение может иметь лишь один 
сегмент команд размером не болсс 64 Кбайт, сегмент стска и несколько сегментов 
данных, каждый размером нс более 64 Кбайт. Сегменты данных выделяются с помо- 
щью директивы ЕАКЛАТА с указанием для каждого сегмента уникального имени. 
Модель использустся в тех случаях, когда приложение должно обрабатывать большие 
объемы данных. В этом случае данные следует разбить на массивы размером не более 
64 Кбайт каждый и разнести их по разным сегментам данных; 

ГАВСЕ (большая модель памяти) - приложение может имсть несколько сегментов 
команд и несколько ссгментов данных. Сегменты команд выделяются с помощью ди- 
рективы .СОБЕ с указанием для каждого сегмента уникального имени. Сегменты дан- 
ных выделяются с помощью директивы ЕАКЛАТА с указанием для каждого сегмента 
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уникального имени. Модель используется в тех случаях, когда приложение содержит 
сложные вычислительные алгоритмы, которые нельзя уместить в 64 Кбайт, и должно 
обрабатывать большие объемы данных. Замечания относительно использования паке- 
тов МАЗМ и ТАЗ$М см. в описании параметра СОМРАСТ; 

НОСЕ (огромная модель памяти) — практически то же, что и ГАКСОЕ. Замечания отно- 
сительно использования пакетов МАЗМ и ТАЗМ см. в описании параметра СОМРАСТ; 

ТСНУСЕ (огромная модель памяти, совместимая с языком Си) - практически то 
же, что и НОСЕ. При использовании для подготовки программы пакета ТАЗМ допус- 
тимо создание отдельного сегмента стека с помощью директивы .ЗТАСК. (ср. приве- 
денные в описании параметра СОМРАСТ замечания относительно использования па- 
кетов МАЗМ и ТАЗМ); 

ЕГАТ (плоская модель памяти) — приложение работает в линейном адресном про- 
странстве объемом 4 Гбайт. Сегменты команд и данных создаются с помощью дирек- 
тив .СООЕ и .ОАТА и могут иметь размер до 4 Гбайт. Необходимость в выделении не- 
скольких сегментов команд или данных в этой модели памяти отпадает. 

Параметр язык может принимать значения, соответствующие ряду языков про- 
граммирования. Чаще других используются значения РАЗСАГ, С, СРР и ЗТОСАТИ.. 
Этот параметр определяет интерфейс с вызываемыми процедурами, а также включае- 
мые в каждую процедуру фрагменты входа и выхода. При задании параметра язык все 
процедуры, включенные в программу, если для них в явном виде не указан другой 
язык, используют интерфейс указанного в директиве МОПЕГ языка. 


„СОПЕ Открытие сегмента команд. Формат директивы: 
.СОБЕ [имя] 


Начинает или продолжает сегмент команд. Используется при наличии директивы 
„МОПЕГ. При использовании малой или компактной модели памяти сегмент команд 
может быть только один и придание ему имени не допускается. При использовании 
других моделей памяти допустимо опредсление нескольких сегментов команд; в этом 
случае они должны иметь различающиеся имена. 


„АТА Открытие сегмента данных. Формат директивы: 
.РАТА 


Начинает или продолжает сегмент данных. Используется при наличии директивы 
.МОРЕГ преимущественно в малой или средней модели памяти, в которых допустим 
только один сегмент данных. 


.ЕАВЛАТА Открытие дальнего сегмента данных. Формат директивы: 
.БАВРАТА [имя] 


Начинает или продолжает сегмент данных. Используется при наличии директивы 
„МОПЕГ. в моделях памяти, допускающих несколько сегментов данных. В этом случае 
всем сегментам даются различающиеся имсна. 


.ЗТАСК. Открытис сегмента стека. Формат директивы: 
.ЭЗТАСК [размер] 


Открывает сегмент стска. Параметр размер определяет размер в байтах выделяемой 
под стек области и инициализацию регистра ЗР этой всличиной. При отсутствии 
параметра размер под стек отводится по умолчанию 1 Кбайт и регистр ЗР 
инициализируется значением 400Н. 
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Приложение 3 


Команды сопроцессора 


Е2ХМ1 Вычисление 2х- 1 

Команда не требует операндов; она выполняет вычисления по формуле 2х- 1. Пе- 
ременная х может принимать значения от 0 до 0,5 и перед выполнением команды 
должна быть помещена в вершину стека. Результат помещается в вершину стека, при- 
чем исходное значенис х не сохраняется. Команда влияет на флаги РЕ, ЧЕ, ОЕ. 


Пример 
;Сегмент команд 
Е1а х ;5Т=0.1 
Е2хи1 ;5Т=20.1-1=0.07177... 
;Сегмент данных 
х аа 0.1 


ЕАВЗ Абсолютное значение числа 
Команда не требует операндов; она вычисляет абсолютное значение числа, маски- 
руя разряд знака числа из ЭТ. Команда влияет на флаг Е. 


Пример 
;:Сегмент команд 
Е1а х ;5Т=-1.525е34 
Баьз ;5Т=1.525е34 
;Сегмент данных 
х аа -1.525е34 


ГАОЮ Сложение двух действительных чисел 
Существует три варианта использования данной команды: без операндов, с одним 
операндом и с двумя операндами. 
Если указано два операнда, команда выполняет их сложение и засылает результат 
в первый операнд. Операндами могут быть только регистры стека: 
ааа 5Т,57Т(1) #5Т=57 (1) +5Т 
Еааа 5Т(1),5т ;5Т (1) =57(1)+5Т 
Если указан один операнд, то он суммируется с содержимым вершины стека, ре- 
зультат помещается в всршину стека. Операндом может быть только переменная, опи- 
санная как двойное или четверное слово: 
ааа пем ;ЗТ=5Т+пем 
При отсутствии опсрандов складывается содержимое вершины стека $5Т и находя- 


щегося под ней регистра $Т(1). Результат записывается в регистр $Т(1). После этого 
выполняется операция выталкивания из стека: 


ааа ;5Т (1) =57 (1)+5Т, выталкивание 
Команда влияет на флаги РЕ, ОЕ, ОЕ, ПЕ, [Е. 
Пример 1 
ааа 5Т, 57 (5) ;ЗТ=51Т+5Т (5) 
Пример 2 
;Сегмент команд 5Т 571{(1) 5Т(2) 5т(3) 
Е1а х! ;4.8 ? ? ? 
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Е1а х2 ;1.4 4.8 ? ? 
а х3 5.2 1.4 4.8 ? 
Еааяа 5Т(2),5т 5.2 1.4 10.0 ? 
;Сегмент данных 
х1 аа 4.8 
х2 аа 1.4 
х3 аа 5.2 
Пример 3 
ааа 5Т,5т ;5Т=8тТ*2 
Пример 4 
;Сегмент команд 
ааа х1 ;5Т=5Т+х1 
; Сегмент данных 
х1 аа 3.2е38 ;Двойное слово 
Пример 5 
; Сегмент команд 5Т $Т(1) 
Е1а а12 ;0.4е308 ? 
Еаа4 Чае ;1.7е308 ? 
; Сегмент данных 
а12 аа 0.4е308 ;}Четверное слово 
да аа 1.3е308 ;Четверное слово 
Пример 6 
; Сегмент команд 5Т 57т(1) 51(2) 
21а х1 ;41.8 ? ? 
Е1а х2 ;12.4 41.8 ? 
ааа 54.2 ? ? 
;Сегмент данных 
х1 аа 41.8 
х2 аа 12.4 


РГАРОР Сложение двух действительных чисел с записью результата в любой ре- 
гистр стека и последующим выталкиванием из стека 

Существует три варианта использования данной команды: без операндов, с одним 
операндом и с двумя операндами. 

Если указано два операнда, команда выполняет их сложение и засылает результат 
в первый операнд. Затем производится выталкивание из стека. Операндами могут быть 
только регистры стека. В качестве второго операнда может быть использован только 
регистр $Т: 

Гааар $Т(1),5Тт ;5Т (1) =57Т (1)+5Т, выталкивание 


Если указан один операнд, то он суммируется с содержимым вершины стека, ре- 
зультат помещается в операнд. Затем производится выталкивание из стека. Операндом 
может быть любой регистр стека. Эта команда имеет тот же код, что и команда №44 
Та), ЗТ, она просто является другой формой ее записи: 

Еааар 5тТ(1) ;5Т(1)=5Т(1)+5Т, выталкивание 

При отсутствии операндов складывается содержимое вершины стека 5Т и находя- 
щейся под ней ячейки ЗТ(1). Результат записывается в регистр 5Т(1). Затем произво- 
дится выталкивание из стека. Данная команда полностью аналогична команде #44 без 
операндов: 

Еааар ;5Т (1) =5Т+5Т (1) ‚выталкивание 

Данная команда аналогична команде Фа4фр 5Т(3),5Т. 

Команда влияст на флаги РЕ, ОЕ, ОЕ, РЕЛЕ. 
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Пример | 


Гааар 5тТ(4),5тТ ;5Т (4) =5Т(4)+5Т, выталкивание 
Пример 2 
;Сегмент команд 5Т $Тт(1) 5Т(2) 5тТ(3) 
Е1а х1 ;4.8 ? ? ? 
Е1а х2 ;1.4 4.8 ? ? 
Е1а х3 5.2 1.4 4.8 ? 
Еааар 5Т(2}),5тТ 1.4 10.0 ? ? 
; Сегмент данных 
х1 аа 4.8 
х2 аа 1.4 
х3 аа 5.2 
Пример 3 
ааар 5Т(3) ;5Т (3) =5Т (3)+5Т, выталкивание 
Пример 4 
Еааар 5т ;5Т=5Т+5Т. Результат выталкивается из 


;у стека и теряется. Команда не имеет смысла 


ЕВГО Преобразование операнда из двоично-десятичного кода в формат 
действительных чисел и загрузка в стек 

Команда использует один операнд. Она преобразует упакованный двоично- 
десятичный операнд в действительный, загружая результат в стек. Знак сохраняется. 
Команда влияст на флаг 1Е. 
Пример 
; Сегмент данных 
Ел ас 999999999999999999 
; Сегмент команд 

51а вп ;57=999999999999999999 

ЕВЗТР Преобразование числа из вершины стека в упакованный десятичный 
формат и выталкивание из стека 

Команда использует один операнд. Число, находящееся в вершине стека, округля- 
ется. Полученная целая часть преобразустся в упакованный десятичный формат. Ре- 
зультат запоминается в ячейке памяти, адрес которой определяется операндом про- 
граммы. После этого выполняется выталкиванис из стека. Команда влияет на флаг 1. 


Пример 
;Сегмент данных 
АВЕ а ? 
ЕЕ Чи 99В 
;Сегмент команд 
Е11а ЕЕ ;5Т=153 
ЕрзЕр АаЕ ;5Т=?, АаЕ=153 


ЕСН Инвертирование знака числа, находящегося в вершине стека 
Команда не требует опсрандов. Она изменяст знак содержимого вершины стека. 
Команда влияст на флаг Е. 


Пример 

;Сегмент данных 

1 За 0.015 

; Сегмент команд 
21а 01 ;5Т=0.015 
ЕоВз ;5Т=-0.015 
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ЕСЬЕХ Очистка флагов исключительных ситуаций сопроцессора 

Команда Еех и аналогичная ей команда Рас]ех не требуют операндов. Они очи- 
щают все флаги исключительных ситуаций, а также поле занятости и поле запроса 
прерывания в слове состояния сопроцессора. Команда #«ех перед очисткой выполняет, 
а команда а ех не выполняет проверку условий ошибки с плавающей точкой. 


ЕСОМ Сравнение двух действительных чисел 

Имеются два варианта использования команды Кот и схожей с ней команды 
ЕКотр: без операндов и с одним операндом. 

При использовании операнда выполняется его сравнение с содержимым вершины 
стека. Для этого он вычитается из содержимого вершины стека и по результатам уста- 
навливаются разряды С0, С2 и СЗ слова состояния сопроцессора (табл. П-3.1). 


Таблица П-3.1. Значения разрядов С0, С2 и СЗ слова состояния сопроцессора после выполнения 
команды сравнения 







Результат операции 


Разряды слова состояния 


ЗТ равно операнд ПО И ОС ОИ 
ЭТ меньше операнда СВАИ ПО ПОНИ 
ЗТ больше операнда АНИ СВОЮ С ОНИ 


Операндом может быть любой регистр стека сопроцессора или переменная, опи- 
санная как двойное или четверное слово: 


Есом мем ; 5Т-мем 
Есом 5Т(1) :5Т-5Т (1) 

Если операнды отсутствуют, то сравнивается содержимое $Т и $Т(1): 
Есом Е5Т-УТ (1) 


При использовании команды ЕКотр после сравнения выполняетея операция вытал- 
кивания из стека: 


Есомр мем ;57Т-мем, выталкивание 
Есошр 5$Т(1) ;5Т-57Т(1), выталкивание 
Есомр ;5Т-5Т(1), выталкивание 


Команда влияет на флаги ОЕ, [Е. 


Пример 1 
;Сегмент данных 
41% аа 0.5е-8 
; Сегмент команд 
сом 916 ;Выголняется операция 5Т-41%. Го ее 
;результату устанавливаются С9, С2 
;СЗ.Содержимое стека не изменяется 
Пример 2 
; Сегмент данных 
Е1 аа 0.5е-100 
хх аа 0.05 
; Сегмент команд 
21а хх ;5Т=5.06 
Есом =: ;Выголняется огерация 5Т-Е1 


}С3=0, С2=0, С9=9; 5Т=0.06 
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Пример 3 


‚Сегмент данных 


хе аа 100.0 
хе аа 19.8 
; Сегмент команд 
21а хе }5Т=19.8, 5Т{(1)=? 
Есомр хе ;Выголняется операция 5Т-хе 
;С3=0, С2=0, С0=1; 5Т=? 
Пример 4 
; Сегмент данных 
хе аа 190.0 
хё аа 19.8 
;Сегмент команд 5Т 57 (1) 5Т (2) 
21а хе ;100.0 ? ? 
Е1а ХЕ ;19.8 100.0 ? 
Есом ;19.8 190.0 ? С3=0, С2=0, С0=1 
Пример 5 
;Сегмент данных 
хе аа 100.0 
ХЕ аа 100.0 
;Сегмент команд 5Т $71 {1} $7 (2) 
Е1а хе ;100.0 ? ? 
Е1а хЕ ;100.0 100.0 ? 
сотр ;100.0 ? ? С3=1, С2=0, С0=9; 


ЕСОМР Сравнение двух действительных чисел и выполнение операции вытал- 
кивания из стека 
См. описание команды сот. 


ЕСОМРР Сравнение двух действительных чисел и выталкивание их из стека 

Команда не требует операндов. Она сравнивает содержимое вершины стека ЭТ с 
содержимым регистра 5Т(1). Для этого выполняется операция ЗТ-ЗТ(Т} и по результа- 
там вычитания устанавливаются разряды С0, С2 и СЗ слова состояния сопроцессора 
(табл. П-3.2). После сравнения два раза выполняется операция чтения из стека, т. е. из 
стека выталкиваются оба сравниваемых числа: 


Есомрр ;Зыполняется операция $Т-5Т (1), 
;выталкивание, выталкивание 


Таблица П-3.2. Значения разрядов С0, С2 и СЗ слова состояния сопроцессора после выполнения 
команды Сотрр 










-ЗТ несравнимо с 5Т() 
[ЭТ равно (И 
-ЗТ меньше ТИ Оо 


Результат операции 





УТ больше 5Т(1 ВОН СО ОИ ПСО 
Команда влияет на флаги ПЕ, 1Е. 
Пример 1 
;Сегмент данных 
хе аа 190,0 
ХЕ аа 190.9 
;Сегмент команд 5Т 57(1) $7 (2) 
214 хе 109.9 ? ? 
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а  ж ;100.0 100.0 2 
Есопрр ; ? ? ? С3=1, С2=0, С9=0; 
ЕСОЗ Вычисление косинуса (80387-+). 

Команда не требуст операндов. Она вычисляет косинус действительного числа, 
расположенного в вершине стека, при этом предполагается, что аргумент задан в ра- 
дианах. Результат выполнения команды помещается в стек на место операнда. Следует 
имсть в виду, что модуль величины угла не должен превышать значения 263, причем 
следить за этим должен сам программист. Если значение аргумента выходит из задан- 
ного диапазона, то после выполнения команды ЭТ не изменится и установится флаг С2 
слова состояния. Команда влияст на флаги РЕ, ПЕ, ЕЕ. 

Пример 
;5тТ 57 (1) 


Е1Ар1 ;3.1416... ? 
Есоз ;-1.0 ? 


ЕРЕСЗТР Уменьшение указателя стека 

Команда не требует операндов. После Содержимое стека 
ее выполнения указатель стека уменьша- До выполнения — После выполнения 
ется на единицу, т.е. все регистры про- команды — команлы 
талкиваются в стек. При этом в вершину 
стека заносится содержимое регистра 
ЗТ(7). Команда не влияет на флаги. 
Пример 

ЕаесзЕр 

Результат выполнения команды про- 

иллюстрирован на рис. П-3.1. 





Рис. П-3.1. Результат выполнения команды 
ЛЧесяр 


ЕОГУ Деление двух действительных чисел 

Существует три варианта использования данной команды: без операндов, с одним 
операндом и с двумя операндами. 

Если указано два операнда, команда делит содержимое первого операнда на со- 
держимое второго и засыласт результат в первый операнд. Операндами могут быть 
только регистры стека: 

ЕЧУу  5Т,57Т(1) ;5Т=5Т/$Т (1) 
зу $Т(1),5Т #57 (1) =57Т (1) /ЗТ 

Если указан один операнд, то на него делится содержимое вершины стека и рс- 
зультат помещается в вершину стека. Опсрандом может быть только переменная, опи- 
санная как двойнос либо четвертное слово: 

Еду пет ;5Т=5Т/мем 

При отсутствии операндов содержимое регистра 5Т(Г) делится на содержимое 
вершины стека ЭТ. Результат записывастся в регистр ЗТ(1) и затем выполняется опе- 
рация выталкивания из стека. 

ЧУ ;5Т(1}=5Т(1)/5Т, выталкивание 


Команда влияст на флаги РЕ, ОЕ, ОЕ, ГЕ, РЕ, Е. 
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Пример ! 


;Сегмент команд 


Ета х1 
Е1а х2 
Е1а х3 


ЕЧ1у 5Т,5Т(2) 


;Сегмент данных 


х1 аа 4.0 

х2 аа 6.3 

хз аа 10.0 

Пример 2 

;Сегмент команд 
Е1а х1 
Е1а х2 
Е1а х3 


Е41у 51(2),57т 


;Сегмент данных 


х1 аа 4.0 

х2 аа 6.3 

х3 аа 10.0 

Пример 3 

;Сегмент команд 
Е1а х1 
Е1а х2 


Еа1у 5Т,5Т 
;Сегмент данных 


х1 аа 11.5 
х2 аа 6.3 
Пример 4 
;Сегмент команд 

Е1а а1 

ау а 
;Сегмент данных 
а1 аа 0.4е308 
ам аа 2.0е306 
Пример 5 
;Сегмент команд 

Е1а х1 

Е1а х2 

Е1а х3 

Ем 
;Сегмент данных 
х1 аа 6.0 
х2 аа 2.0 
х3 аа 4.0 


ЕБГУР Деление двух действительных чисел с последующим выталкиванием 
ЮО 


из стека 


Существует три варианта использования данной команды: без операндов, с одним 


5Т $7т(1) 5т(2) 
; 4.0 ? ? 
; 6.3 4.0 ? 
;10.0 6.3 4.0 
; 2.5 6.3 4.0 
5Т 5Т{1) 571 {2} 
; 4.0 ? ? 
; 6.3 4.9 ? 
;10.0 6.3 4.0 
;10.0 6.3 9.4 
5Т $7 (1) 57 (2) 
#11.5 ? ? 
; 6.3 11.5 ? 
; 1.0 11.5 ? 
5Т 5Т (1) 
;4.0е307 ? 
;20.0 ? 


;Четверное слово 
;Четверное слово 


5Т 57 (1) 571 (2) 
;6.0 ? ? 
;2.0 6.0 ? 
;4.0 2.0 6.0 
0.5 6.0 ? 


операндом и с двумя операндами. 


Если указано два операнда, команда делит содержимос первого операнда на со- 
держимое второго и засылает результат в первый операнд. Затем производится вытал- 
кивание из стска. Операндами могут быть только регистры стека. В качестве первого 


операнда запрещается использовать регистр ЭТ: 


Е4зур 5Т(1),5Т 


;57Т (1) =5Т(1)/5Т, выталкивание 
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Если указан один операнд, то он делится на содержимое вершины стека, результат 
помещается в этот операнд. Затем производится выталкивание из стека. Операндом 
может быть только регистр стека. Допускается использовать регистр 5Т: 

ЕЧлур 5Т(1) ;5Т(1)=5Т(1)/5Т, выталкивание 
При отсутствии операндов содержимое регистра ЗТ(!) делится на содержимое 


вершины стека ЗТ. Результат записывается в регистр $Т(1). Затем производится вы- 
талкивание из стека: 


ЕЧ1ур ;5Т(1)=5Т (1) /5Т, выталкивание 


Данная команда аналогична команде Ву. 
Команда влияет на флаги РЕ, ОЕ, ОЕ, 7Е, ПЕ, 1. 


Пример 1 

;Сегмент команд 5т $Т(1) 5$5тТ{(2) 9тТ(3) 
Е1а х1 ; 4.0 ? ? ? 
Е1а х2 ; 1.5 4.0 ? ? 
Е1а х3 ;10.0 1.5 4.0 ? 
Азур $Т{2),5Т ; 1.5 0.4 ? ? 

; Сегмент данных 

х1 аа 4.0 

х2 аа 1.5 

х3 аа 10.0 

Пример 2 

;Сегмент команд 5Т 5$Тт(1) 51(2) 
а Е ; 4.0 ? ? 
Е1а з ;10.0 4.0 ? 
ЕЧ1ур 5Т(1) ; 0.4 ? 

;Сегмент данных 

Е аа 4.0 

з аа 10.0 

Пример 3 

;Сезмент команд 5Т 57т(1) 95т1(2) 95т(3) 
21а х1 ;6.0 ? ? ? 
Е1а х2 ;2.0 6.0 ? ? 
21а х3 ;4.0 2.0 6.0 ? 
ЕА1ур #0.5 6.0 ? ? 

;Сегмент данных 

х1 аа 6.0 

х2 аа 2.0 

х3 аа 4.0 


ЕОТУК Деление двух действительных чисел в обратном порядке 
Данная команда идентична команде у, но делимос и делитель меняются места- 
ми. Варианты использования операндов показаны ниже: 


Еалуг 5Т,5Т(1) ;5Т=5Т (1) /5Т 
Еа1ухг 5Т(1),5Т }5Т (1) =5Т/5Т (1) 
аук пем ;5Т=пем/5Т 
Е41 ух ;5Т (1) =5Т/5Т (1), выталкивание 
Команда влияет на флаги РЕ, ЧЕ, ОЕ, 2.Е, БЕ, Е. 
Пример | 
; Сегмент команд 5т $т(1} 51Т(2) 95тТ(3) 
пах! ; 4.0 ? 2 ? 
#1а  х2 ; 6.3 4.0 2 2 
Е1а х3 ;10.0 6.3 4.0 ? 
Еалух ЭТ,5Т (2) ; 0.4 6.3 4.0 ? 
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;Сегмент данных 


х! аа &.0 

х2 аа 6.3 

х3 аа 10.0 

Пример 2 ‚ 

;Сегмент команд 5Т $7{(1) 5Т(2} 5т(3) 
21а х1 ; 4.0 ? ? ? 
Е1а х2 ; 6.3 4.0 ? ? 
Е1а х3 ;10.0 6.3 4.0 ? 
уг 5Т1(2),5Т ;10.0 6.3 2.5 ? 

;Сегмент данных 

х1 аа &.0 

х2 аа 6.3 

х3 аа 10.0 

Пример 3 

;Сегмент команд 5Т 57 (1) 
Е1а ерз ;2.6е-38 ? 
азуг 4е1 ;19999.9... ? 

;Сегмент данных 

ерз аа 2.6е-38 ;Двойное слово 

е1 аа 5.2е-34 ;Двойное слово 

Пример 4 

;Сегмент команд 5Т $57т(1) 51(2) 5$т(3) 
Е1а х]1 ;6.0 ? ? ? 
Е1а ха ;2.0 6.0 ? ? 
Е1а х3 ;4.0 2.0 6.0 ? 
Еатуг ;2.0 6.0 ? ? 

;Сегмент данных 

х1 аа 6.0 

ха аа 2.0 

х3 аа &.0 


ЕБМУКВР Деление двух действительных чисел в обратном порядке с последую- 
щим выталкиванием из стека 

Команда идентична Кур, но операнды (делимое и делитель) меняются местами. 
Варианты использования операндов показаны ниже: 


Еа1укр 5Т(1),5Т ;571(1)=5Т/5Т(1), выталкивание 
ЕА1угр 5Т (1) ;571(1) =57Т/5Т (1), выталкивание 
Еа1угр ;5Т (1) =5Т/5Т (1), выталкивание 


;Команда аналогична команде Еа1уг 


Команда влияет на флаги РЕ, ЧЕ, ОЕ, 7Е, ОЕ, ПЕ. 


Пример | 

;Сегмент команд т $Т (1) $Т(2)} 5$тТ(3) 
Е1а х1 ; 6.0 ? ? ? 
а х2 ;2.0 6.0 ? ? 
Е1а х3 ;6.0 2.0 6.0 ? 
Е91 укр $Т (2) ;2.0 0.666... ? ? 

;Сегмент данных 

х1 аа 6.0 

х2 аа 2.0 

х3 аа 4.0 

Пример 2 

;Сегмент команд ЗТ $Т (1) 5Тт(2) 5т(3) 
Е1а х1 ;6.0 ? ? ? 
Е1а х2 3.7 6.С ? ? 
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Е1а х3З ;4.0 3.7 6.0 ? 
Еа1угр ;1.08... 6.0 ? ? 
;Сегмент данных 
х1 аа 6.9 
х2 аа 3.7 
х3 аа 4.0 ' 


ГЕВЕЕ Освобождение регистра стека 
Данная команда помещает в тег регистра, который являстся ее опсрандом, число 
11Ъ. После этого данный регистр рассматривается как пустой и в нсго можно снова за- 
писывать информацию (попытка записи в непустой регистр вызывает исключитель- 
ную ситуацию): 
ЕЕгее $5Т(1) ;уРегистр $Т(1)} очищен 
Команда не влияст на флаги. 


НАОО Сложение целого числа с действительным 

При использовании этой команды необходимо указывать один целочисленный 
операнд. Он суммируется с содержимым вершины стека. Полученный результат по- 
мещается в вершину стека. Операндом может быть только переменная, описанная как 
слово или двойное слово: 


Е1ааа пем ;ЗТ=5Т+мем 
Команда влияет на флаги РЕ, ОЕ, ПЕ, Е. 
Пример 
;Сегмент команд 5Т $Т (1) 
#1а ор ;0.6785е6 ? 
ааа Чаё ;200000.0 ? 
;Сегмент данных 
ор аа 0.16785е6 ;Двойное слово 
ЧаЕ Чи 32150 ;Слово 


ЕСОМ Сравнение заданного целого числа с вещественным числом из вершины 
стека 
При использовании данной команды необходимо указывать один целочисленный 
операнд. Он преобразуется в действительное представление и сравнивается с содер- 
жимым вершины стека. Операндом может быть только переменная, описанная как 
слово или двойное слово: 
Е1сом шем ;5Т-мем 


Данная команда идентична команде Кот. 
Команда влияст на флаги ПЕ, Е. 


Пример 
;Сегмент данных 
амь аа 65003 ;Двойное слово 
11м аа 63000 ;Двойное слово 
; Сегмент команд 
11а 11мм ;5Т=60000.0, $Т(1)=? 
Е1сол пмь . ;Выполняется огерация ЗТ-пиЬь 


;С3=1, С2=0, С9=9; 8Т=60090.0,5Т (1) =? 


ЕСОМР Сравнение заданного целого числа с вещественным числом из верши- 
ны стека с последующим выталкиванием из стека 

При использовании данной команды нсобходимо указывать один целочисленный 
операнд. Он преобразустся в действительное представление и сравнивается с содер- 
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жимым вершины стека. После этого выполняется операция выталкивания из стека. 
Операндом может быть только переменная, описанная как слово или двойное слово: 
Е1сопр мем ;5Т-меш, выталкивание 
Данная команда идентична команде сотр. 
Команда влияет на флаги РЕ, [Е. 


Пример 
;Сегмент данных 
пиЬ Ям 1200 ; Слово 
11 м аа 60000 ;Двойное слово 
;Сегмент команд 
11а 11 ;8Т=60000.0, $Т (1) =? 
Е1сошр пиь ;Выполняется операция $Т-пть 


;С3=0, С2=0, С0=0; 5Т=?, $Т(1) =? 
РЕШУ Деление действительного числа на заданный целочисленный операнд 
При использовании этой команды необходимо указывать один целочисленный 
операнд. Команда Ну делит содержимое вершины стека на этот опсранд. Получен- 
ный результат помещастся в вершину стека. Операндом может быть только перемен- 
ная, описанная как слово или двойное слово. 


191 пем ;5Т=5Т/тем 
Команда влияет на флаги РЕ, ОЕ, ОЕ, ГЕ, ОЕ, 1Е. 
Пример 
;Сегмент команд ЗТ 817 (1) 
Е] ар: ;3.141... ? 
#141 4е1 ;0.785... ? 
;Сегмент данных 
е1 Чи 4 ; Слово 


ЕШТУВ Деление заданного целочисленного операнда на действительное число 

При использовании этой команды необходимо указывать один целочисленный 
операнд. Команда Я\1уг делит операнд на действительное число, записанное в вершине 
стска. Полученный результат помещается в вершину стека. Операндом может быть 
только переменная, описанная как слово или двойное слово: 


Е1а1уг мем ;ЗТ=шей/5$Т 
Команда влияет на флаги РЕ, ОЕ, ОЕ, ГЕ, ПЕ, 1Е. 
Пример 
;Сегмент команд зТ 8Т (1) 
Е] ар: ;3.141... ? 
Е1Ч1уг дгаа ;57.29... ? 
;Сегмент данных 
дгаа аа 180 ; Двойное слово 


ЕП.О Преобразование заданного целочисленного операнда в действительное 
представление и загрузка его в стек 
При использовании этой команды необходимо указывать один целочисленный 
опсранд. Данная команда загружает в стек заданное целое число, предварительно пре- 
образуя сго в действительный формат. Операндом может быть только переменная, 
описанная как слово, двойное слово или четвернос слово: 
Е11а ‚мет ;Загрузка стека, ЗТ=щем 


Команда влияет на флаг [Е. 


Приложение 3. КОМАНДЫ СОПРОЦЕССОРА 573 


Пример 


; Сегмент команд 5Т 57 (1) 51 (3) 
211а 91 ; -126 ? ? 
#11а 92 ; 56665 -126 ? 
Е11а 93 ;6576575611 56665 -126 

;Сегмент данных 

91 ам -126 ;Слово 

92 аа 56665 ;Двойное слово 

аз аа 6576575611;Четверное слово 


ЕМОГ Умножение заданного целого числа на действительное 

Команда требует одного целочисленного операнда, который умножается на со- 
держимое вершины стека. Полученный результат помещается в вершину стека. Опе- 
рандом может быть только переменная, описанная как слово или двойное слово. 


Ето] шем ;5Т=5Т*пем 
Команда влияет на флаги РЕ, ОЕ, ПЕ, [Е. 
Пример 
; Сегмент команд 5Т 57(1) 
Е] ар: ;3.141... 2 
Ето КЕ ;6.283... 2 
;Сегмент данных 
КЕ ам 2 ;Слово 
ЕГПМСУТР Увеличение указателя стека 
Команда не требует операндов. После Содержимое стека 
ее выполнения указатель стека увеличи- До выполнения После выполнения 
вается на единицу, т. е. выполняется опе- команды команды 
рация выталкивания из стека. Таким об- т 
разом, в вершине стека будет находиться то 
содержимое регистра $Т(1). Содержимое $Т(2) 
старой вершины стека заносится в ре- $Т(3) 
гистр Т(7). Команда не влияет на флаги. то 
Результат выполнения команды ее я 
проиллюстрирован на рис. П-3.2. вт) 





Рис. П-3.2. Результат выполнения команды 
Лпсяр 

РИМГТ Инициализация сопроцессора 

Команда ВпИ и аналогичная ей команда ши не требуют операндов. Их действие 
подобно аппаратному сбросу сопроцессора. После выполнения этих команд слово 
управления устанавливается в 037ЕВ (округлять к ближайшему, все особые ситуации 
замаскированы, точность 64 бита), слово состояния очищается, а в слове признаков ус- 
танавливается ОЕРЕЕВ (все регистры пустые). Команда Нпй перед выполнением ини- 
циализации проверяет наличие немаскируемых условий ошибки для операций с пла- 
вающей точкой, а команда Ниши этого не делает. Команды не влияют на флаги. 
ЕУТ Преобразование числа из вершины стека в целое число и запись его в поле 
памяти 

При использовании этой команды необходимо указывать один операнд. Данная 
команда округляет число из вершины стека до целого значения и записывает его в ука- 
занный операнд, которым может быть только переменная, описанная как слово, двой- 


574 ЯЗЫК АССЕМБЛЕРА: уроки программирования 


ное слово или длинное целое, занимающее 4 слова. Способ округления определяется 
содержимым поля ВС регистра управления сопроцессора. Если ВС=00Ъ, то выполня- 
ется округление до ближайшего целого. Если ВС=016 или 105, то число округляется в 
сторону уменьшения или увеличения соответственно. При ВС=11Ъ происходит отбра- 


сывание дробной части: 
Е136 пет ;пем=бТ 


Команда влияет на флаги РЕ, 1Е. 


Пример 1 
; Содержимое поля КС регистра управления равно 006 
;Сегмент команд 5Т 57 (1) хх 
;12.459... ? ? 
2186 хх }12.459... ? 12 
;Сегмент данных 
хх Чи ? ;Слово 
Пример 2 
; Содержимое поля ВС регистра управления равно 10 
;Сегмент команд 5Т 57 (1) хх 
12.459... ? ? 
Еве хх ;12.459... ? 13 
;Сегмент данных 
хх ам ? ;Слово 


Е1$ТР Преобразование числа из вершины стека в целое число, запись его в поле 


памяти и выполнение операции выталкивания из стека 


При использовании этой команды необходимо указывать один операнд. Данная 
команда округляет число из вершины стека до целого значения и записывает его в ука- 
занный операнд, которым может быть только переменная, описанная как слово, двой- 
ное слово или длинное целое, занимающее 4 слова. Способ округления определяется 
содержимым поля КС регистра управления сопроцессора. Если ВС=00Ъ, то выполня- 
ется округление до ближайшего целого. Если ВС=01Ъ или 106, то число округляется в 
сторону уменьшения или увеличения соответственно. При ВС=1 1% происходит отбра- 
сывание дробной части числа. После записи результата в память выполняется опера- 


ция выталкивания из стека: 
Е1зёр мем ;меп=5Т, выталкивание 


Команда влияет на флаги РЕ, [Е. 


Пример 1 
;Содержимое голя ВС регистра управления равно 00 
;Сегмент команд ЗТ 57 (1) хх 
;2.59... ? ? 
Е1з6р хх ; ? ? 2 
;Сегмент данных 
хх Ям ? ; Слово 
Пример 2 
; Содержимое поля ВАС регистра управления равно 116 
;Сегмент команд 5Т 57Т (1) хх 
;2.59... ? ? 
Е1зер хх ; ? ? 2 
;Сегмент данных 
хх Чи ? ; Слово 
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Е$ОВ Вычитание заданного целого числа из действительного 

При использовании этой команды необходимо указывать один целочисленный 
операнд. Он вычитается из содержимого вершины стека. Полученный результат по- 
мещается в вершину стека. Операндом может быть только переменная, описанная как 
слово или двойное слово: 


Е1зар мем ;5Т=5Т-пем 
Команда влияет на флаги РЕ, ОЕ, ПЕ, [Е. 
Пример 
;Сегмент команд 5Т $7 {1) 
;125.14 ? 
Еззар 93 ; 5.14 ? 
;Сегмент данных 
93 Чм 120 


Е5ОВВ Вычитание действительного числа из заданного целого 

При использовании этой команды необходимо указывать один цслочисленный 
операнд. Из него вычитается содержимое вершины стека. Полученный результат по- 
мещается в вершину стека. Операндом может быть только переменная, описанная как 
слово ипи двойное слово: 


Етзабк пем ; ЗТ=тей-5Т 
Команда влияет на флаги РЕ, ОЕ, ПЕ, 1Е. 
Пример 
;Сегмент команд 5Т 37 (1) 
;125.14 ? 
Е1зарк 93 ; -5.14 ? 
;Сегмент данных 
93 Чи 120 


ЕГО Загрузка в стек действительного числа 

При применении этой команды необходимо указывать один операнд. Команда за- 
гружает в стек действительное число, преобразуя его в формат, используемый в со- 
процессоре. Операндом может быть регистр стека или переменная, занимающая двой- 
ное, четверное или десятерное слово: 


Е1а 5$Т(1) ;Содержимое $Т(1) загружается в 5Т 
а пем ;Содержимое пем загружается в 5Т 
Попытка выполнения команды ВА при Содержимое стека 
полностью загруженном стеке приводит к До выполнения После выполнения 
тому, что выполнястся операция записи, команды команды 
однако содержимое вершины стека ста- 5Т 
новится неопределенным (рис. П-3.3). та) 
Команда влияет на флаг ГЕ. $Т(2) 
$т6) 
$1(4) 
$1(5) 
$146) 
$17) 





Рис. П-3.3. Результат выполнения команды 
ЛА при полностью загруженном стеке 
(МАМ — значение регистра не определено} 
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Пример 


;Сегмент команд 5Т $7 (1) ЗТ (2) $Тт(3) 
Е1а е34 ;3.2е38 ? ? ? 
Е1а ш2 ;1.8е-108 3.2е38 ? ? 
Е1а ме ;1.05е4932 1.8е-108 3.2е38 ? 
Е1а $7{2) ;3.2е38 1.05е4932 1.8е-108 3.2е38 
;Сегмент данных 
ш2 аа 1.8е-108 ;Четверное слово 
е34 аа 3.2е38 ;Двойное слово 
ме а 1.05е4932;Десятерное слово 


ЕЕОСУ/ Загрузка слова управления сопроцессора 

Команда использует один операнд, который загружается в регистр управления. 
Предварительно слово управления должно быть сохранено с помощью команд Ёс\ 
или йе. Если разряды исключительных ситуаций установлены до выполнения ко- 
манды ИЯдс\ и новое слово не маскирует исключительные ситуации, то удовлетворяет- 
ся немедленный запрос следующей команды. Команда не влияет на флаги. 


Пример 
;Сегмент данных 
311091 ам ? ;Поле памяти для хранения слова управления 


;Сегмент команд 

Е1асм 51191 
ЕГОЕМУ Загрузка рабочей среды сопроцессора 

Команда использует один операнд. В результате ее выполнения загружается рабочая 

среда сопроцессора из 14- или 28-байтового буфера памяти, заданного операндом. Эта ин- 
формация должна быть предварительно записана в буфер с помощью команды Ё%епу. Раз- 
мер операнда определяется тем, какой атрибут изе установлен для текущего сегмента ко- 
дов. Если установлен атрибут и5е16, то используется 14-байтовый буфер, в случае и5е32 — 
28-байтовый буфер. Если разряды исключительных ситуаций установлены до выполнения 
команды и новое слово не маскирует исключительные ситуации, то удовлетворяется не- 
медленный запрос следующей команды. Команда не влияет на флаги. 
Примеры 
;Сегмент данных 

БиЕ ар 14 ар (?) 


;Сегмент команд 
сое зедшепе цзе16 


ЕаЕелу БаЕ 

Е14епу рыЕ 
Е.01, ЕГОЕ2Т, ЕЕОЕ2Е, ЕЕОР1, ЕЕОЕС2, ЕО М2, ЕГОЙ, Загрузка в стек пре- 
допределенных констант 


Каждая из этих команд предназначена для загрузки в стек определенной констан- 
ты. Точность всех констант, за исключением 0 и 1, составляет 19 десятичных разрядов: 


Е1а1 ;Загрузка в стек единицы 

#149126 ;Загрузка в стек логарифма по 
;основанию 2 числа 10 

#1912е ;Загрузка в стек логарифма по 


;основанию 2 числа е 
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#1ар1 ;Загрузка в стек числа р! 


14192 ;Загрузка в стек логарифма по 

; основанию 10 числа 2 
#19112 ;Загрузка в стек логарифма по 

; основанию е числа 2 
#142 ;:Запрузка в стек нуля 

Команда влияет на флаг Е. 
Пример 

;5Т 371 (1) $Т(2) 3Т(3) 31 (4) 
#192 0.0 ? ? ? ? 
2191 ;1.0 0.9 ? ? ? 
Е1ар: ;3.14... 1.0 0.0 ? ? 
#19126 ;3.32... 3,14... 1.0 0.0 ? 
19192 ;0.30... 3.32.., 3.14... 1.0 0.0 


ЕМОЕ Умножение двух действительных чисел 

Существует три варианта использования данной команды: без операндов, с одним 
операндом и с двумя операндами. 

Если указано два операнда, команда умножает содержимое второго операнда на 
содержимое первого и засылает результат в первый операнд. Операндами могут быть 
только регистры стека: 

2ти1  5Т,5Т(+) }57=5Т*5Т (1) 
Ето] —$Т(1),5Т ;5Т (1) =5Т (1) *5Т 

Если указан один операнд, то он умножается на содержимое вершины стека. По- 
лученный результат помещается в вершину стека. Операндом может быть только пе- 
ременная, описанная как двойное или четверное слово: 

Ето1  мем ;ЗТ=5Т*пем 
При отсутствии операндов содержимое вершины стека ЗТ умножается на со- 


держимое находящейся под ней ячейки 5Т(1). После этого выполняется выталкивание 
из стека и результат записывается в вершину стека: 


Ета 1. ;5Т (1) =5Т (1) *5Т, выталкивание 
Команда влияет на флаги РЕ, ОЕ, ОЕ ПЕ, ГЕ. 

Пример 1 

;Сегмент команд $Т 57{1) 5Т(2) 5тТ(3) 
21а х1 ;4.0 ? ? ? 
Е1а х2 ;6.3 4.0 ? ? 
Е1а х3 ;0.4 6.3 4,0 ? 
Ето $Т,$Т{2) ;1.6 6.3 4.0 ? 

; Сегмент данных 

х1 аа 4.0 

х2 За 6.3 

х3 За 0.4 

Пример 2 

;Сегмент команд 5Т $Т(1) 5Т(2} 5тТ(3) 
а хх! ;4.0 ? ? з 
Е1а х2 ;6.3 4.0 ? ? 
Е1а х3 }9.4 6.3 4.0 ? 
Е 5т(2),5Т 0.6 6.3 1.6 ? 


‚Сегмент данных 


х1 аа 4.9 
х2 аа 6.3 
х3 аа 0.4 
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Пример 3 


; Сегмент команд ЗТ 5Т (1) 
21а а1 ;4.0е26 ? 
Ето $3 0.08 ? 

;Сегмент данных 

а1 аа 0.4е26 ;Четверное слово 

53 аа 2.0е-28 ;Четвернсе слово 

Пример 4 

; Сегмент команд 5Т $57(1) 5тТ(2) 5т(3) 
Е1а х1 ;6.0 ? ? ? 
Е1а х2 ;2.5 6.0 ? ? 
Е1а х3 ;2.0 2.5 6.0 ? 
Ета 1 #5.0 6.0 ? ? 

; Сегмент данных 

х1 аа 6.0 

х2 аа 2.5 

х3 аа 2.0 


ЕМОЕР Умножение двух действительных чисел с последующим выталкиванием 
из стека 

Существует три варианта использования данной команды: без операндов, с одним 
операндом и с двумя операндами. 

Если указано два операнда, команда умножает содержимое второго операнда на 
содержимое первого и засылает результат в первый операнд. Затем производится вы- 
талкивание из стека. Операндами могут быть только регистры стека. В качестве перво- 
го операнда запрещается использовать регистр ЭТ: 

пор 5$Т(1),5Т ;5Т (1) =57Т (1) *5Т, выталкивание 

Если указан один операнд, то он умножается на содержимое вершины стека, ре- 
зультат помещается в этот операнд. Затем производится выталкивание из стека. Опе- 
рандом может быть только регистр стека. Допускается использовать регистр ЭТ: 

Еаи1р $Т(1) ;5Т(1)=5Т(1)*5Т, выталкивание 

При отсутствии операндов содержимое вершины стека ЗТ умножается на содер-- 
жимое находящейся под ней ячейки 9Т(1). Результат записывается в регистр $Т(1). За- 
тем производится выталкивание из стека: 

Ето] р };5Т(1)=5Т(1)*5Т, выталкивание 


Эта команда аналогична команде йпц|. 
Команда влияет на флаги РЕ, ОЕ, ОЕ, СЕ, ПЕ, Е. 


Пример 1 

;Сегмент команд 5Т 5т(1) 5Т(2) 5т(3) 
#1а х1 ;4.0 ? ? ? 
Е1а ха ;0.7 4.9 ? ? 
23а х3 ;0.4 0.7 4.0 ? 
Епу]1р 5Т{2) ;0.7 1.6 ? ? 

; Сегмент данных 

х1 аа 4.0 

х2 аа 0.7 

х3 аа 0.4 

Пример 2 

; Сегмент команд 5Т $7т(1) 5Т1(2) 
21а х1 ;4.0 ? ? 
#1а х2 ;0.7 4.0 ? 
Ето1р 5Т ;4.0 ? ? 
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;Сегмент данных 


х1 аа 4.0 

х2 аа 0.7 

Пример 3 

;Сегмент команд 5Т $7(1) 51т(2) 9$т(3) 
Е1а х1 ;6.0 ? ? ? 
Е1а х2 ;2.5 6.0 ? ? 
Е1а х3 ;2.0 2.5 6.0 ? 
Еио1фр ! 5.0 6.0 ? ? 

;Сегмент данных 

х1 аа 6.0 

х2 аа 2.5 

х3 аа 2.0 


ЕМСЬЕХ Очистка флагов исключительных ситуаций сопроцессора 
См. описание команды «ех. 


ЕМПМТ Инициализация сопроцессора 
См. описание команды Йпи. 


ЕМОР Нет операции 
Команда пор не выполняет никакой операции. Она влияет только на значение ука- 
зателя команд. Команда не влияет на флаги. 


ЕМЗАУЕ Запись состояния сопроцессора 
См. описание команды Ёауе. 


ЕМУТСУУ Запись слова управления сопроцессора 
См. описание команды Ё5с\. 


ЕМЗТЕМУ Запись рабочей среды сопроцессора 
См. описание команды Ёепу. 


ЕМЗТЗ\ Запись слова состояния сопроцессора 
См. описание команды Ё 15. 


ЕРАТАМ Вычисление арктангенса угла 
Команда не требует опсрандов. Она вычисляет арктангенс величины, равной 
$Т(Г)/ЗТ. При выполнении этой команды производится выталкивание из стека и, та- 
ким образом, полученное значение угла замещает оба операнда. Значение угла вычис- 
ляется в радианах: 
Грабап ;5Т (1) =акс®а [3$Т(1)/5$Т], выталкивание 
Команда влияет на флаги РЕ, ЧЕ, ОЕ, БЕ. 


Пример 

;Сегмент команд 
#191 ; 
#191 ; 
Еракал ; 
Е1ар1 ; 
ЕА1х ; 
1101 с ; 

;Сегмент данных 

с Ям 180 
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ЕРВЕМ Вычисление частичного остатка деления ` 

Команда не требует операндов. Она вычисляет остаток, полученный от деления ЗТ 
на 5Т(1). Знак остатка тот же, что и знак исходного делимого в ЗТ. Команда влияет на 
флаги ОЕ, ОЕ, 1Е. | 


Пример 

;Сегмент команд 5Т $7 (1) $7 (2) 
21а ор1 ;10.0 ? ? 
Е1а ор2 ;17.0 10.0 ' ? 
Ергем ;7.0... 10.0 ? 

;Сегмент данных 

ор1 аа 10.0 

ор2 аа 17.0 


ЕРВЕМ1 Вычисление частичного остатка деления по стандарту ТЕЕЕ-754 
(80387+) 

Команда не требует опсрандов. Она вычисляет остаток, полученный от деления ЗТ 
на $Т(1}, и оставляет остаток в ЭТ. По этой команде выполнястся операция 5Т=5Т- 
$Т(1), до тех пор, пока не выполнится условие ЗТ<$Т(1)/2. Команда влияет на флаги 
ЧЕ, БЕ, Е. 


Пример 1 

;Сегмент команд 5Т 5Т (1) 5$Т (2) 
Е1а ор1 ;10.0 ? ? 
Е1а ор2 17.0 10.0 ? 
Ергем ;-3.0... 10.0 ? 

;Сегмент данных 

ор1 аа 10.0 

ор2 аа 17.0 

Пример 2 

;Сегмент команд 5Т 57 (1) $Т (2) 
Е1а ор1 10.0 ? ? 
Е1а ор2 ;14.9999 10.0 ? 
Ергем ; 4.9999 10.0 ? 

;Сегмент данных \ 

ор1 аа 10.0 

ор2 аа 14.9999 


ЕРТАМ Вычисление тангенса угла 

Команда не требует операндов. Она вычисляст тангенс угла, заданного в вершине 
стека. Угол должен быть задан в радианах. 

Выполнение этой команды зависит от типа сопроцессора. При использовании со-. 
процессоров 8087 и 80287 значение угла должно находиться в дианазоне от 0 до 7/4. 
Результат в виде двух величин Х и У записывается в 5Т(1) и 5Т. Для завершения вы- 
числения надо разделить ЭТ на $Т(1). При использовании сопроцессоров 80387- зна- 
чение модуля угла не должно превышать 263. После выполнения команды угол заме- 
няется сго тангенсом, вслед за чем в стек помещается число 1.0. 

Команда влияет на флаги РЕ, ПЕ, ГЕ. 


Пример (для 80387+) 
;Сегмент команд УТ 5Т (1) 

Е1 ар ;3.14... ? 

Ета1У с ;0.785... ? 

Ереап #1 1.732... 
;Сегмена данных 


с Чм 3 
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ЕВМОЙМУТ Округление действительного числа из вершины стека до целого зна- 
чения 

Команда не требует операндов. Она округляет действительное число из вершины 
стека до целого в соответствии со значением поля В.С слова управления сопроцессора. 
Результат заменяет исходное действительное число в вершине стека. Если ВС=00Ъ, то 
выполняется округление до ближайшего целого. Если КС=016 или 105, то число ок- 
ругляется в сторону уменьшения или увеличения соответственно. При КС=116 проис- 
ходит отбрасывание дробной части числа. Для того чтобы изменить режим округле- 
ния, можно записать слово управления командой Ёс\/ и, изменив содержимое поля 
КС, загрузить его снова с помощью команды Нас\. Команда влияет на флаги РЕ, ГЕ. 


Пример 
;Сегмент данных 
амь аа 23.6666667 
;Сегмент команд 
Е1а пить ;5Т<-пщь о 
ЕЕпа1те ;57=24, при ВС=00Ъ или 105 


;57=23, при ВС=016 или 115 


ЕВУТОВ Восстановление состояния сопроцессора 

Команда использует один операнд. Она восстанавливает полное состояние сопроцессо- 
ра по содержимому буфера памяти (размером 94 или 108 байт), заданному этим операндом. 
Размер буфера определяется тем, какой атрибут изе установлен для текушего сегмента ко- 
дов. Если установлен атрибут е16, то используется 94-байтовый буфер, а если установлен 
атрибут 5е32, то 108-байтовый буфер. Для того чтобы сформировать содержимое буфера, 
предварительно используется команда Бауе. Команда не влияет на флаги. 
Пример 
; Сегмент данных 
ЬЕ а 94 ар (?) 


; Сегмент команд 
соае зедтепЕ изе16 


Езауе руаЕ 
... Ч 
Еезбог БаЕ . 
ЕЗАУЕ Запись состояния сопроцессора 

Команда Вауе и аналогичная ей команда Епзауе используют один операнд, Они за- 
писывают полное состояние сопроцессора в буфер памяти размером 94 байта или 
108 байт, заданный этим операндом. Размер буфера определяется тем, какой атрибут 
и$е установлен для текущего сегмента кодов. Если установлен атрибут и5е16, то ис- 
пользуется 94-байтовый буфер, а если установлен атрибут и5е32, то 108-байтовый бу- 
фер. После выполнения этих команд производится инициализация сопроцессора. При 
выполнении команды Ёауе перед записью состояния производится проверка условия 
немаскируемой ошибки с плавающей точкой. При выполнении команды #азауе такая 
проверка не производится. Команды не влияют на флаги. 
Примеры 
; Сегмент данных 
раЕ аъ 94 аор (?) 
;Сегмент команд 
соав зедмепе и$е16 


Еозауе роЕ 
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Е5САБЕ Масштабирование действительного числа 

Команда не требует операндов. Она умножает содержимое вершины стека 5Т на 2 
в степени 5Т(1). Если содержимое регистра ЗТ(1) оказывается нецелым, команда ис- 
пользует ближайшее меньшее по величине целое число. Таким образом, с помощью 
этой команды можно выполнять умножение или деление на целочисленные степени 
двух. Команда влияет на флаги (Е, ОЕ, 1Е. 


Пример 1 

; Сегмент команд 5Т 57 (1) 
#114 роч 5.0 ? 
11а р1 ;8.0 5.0 
Езса\1е ;256.0 5.0 

; Сегмент данных 

р1 [6 8 

ром Ам 5 

Пример 2 

; Сегмент команд 5Т 5Т (1) 
11а роч ;2.9 ? 
#1194 р1 ;73.87 2.0 
Езса1е ;295.48 2.0 

; Сегмент данных 

р1 аа 73.87 

ром Чи 2 


ЕЗП\М Вычисление синуса (80387+) 

Команда не требует операндов. Она вычисляет синус действительного числа, рас- 
положенного в вершине стека, при этом предполагается, что аргумент задан в радиа- 
нах. Результат выполнения команды помещается в стек на место операнда. Следует 
иметь в виду, что модуль величины угла не должен превышать двух в степени 63, при- 
чем следить за этим должен сам программист. Если значение аргумента выходит из за- 
данного диапазона, то после выполнения команды $Т не изменится и будет установлен 
флаг С2 слова состояния: 

81 п ;ЗТ=з1п (57) 


Команда влияет на флаги РЕ, ПЕ, ГЕ. 


Пример 
;5тТ $Т (1) 
Е1ар1 ;3.1416... ? 
#81п 0.0 ? 


Е5ПМСО$ Одновременное вычисление синуса и косинуса (80387+) 

Команда не требует операндов. Она вычисляет синус и косинус действительного 
числа, расположенного в вершине стека, при этом предполагается, что аргумент задан 
в радианах. Результат выполнения команды помещается в стек на место операнда. 
Следует иметь в виду, что модуль величины угла не должен превышать двух в степени 
63, причем следить за этим должен программист. Если значение аргумента выходит из 
заданного диапазона, то после выполнения команды $Т не изменится и будет установ- 
лен флаг С2 слова состояния. После вычисления значение косинуса помещается в ре- 
гистр ЭТ, а значение синуса — в ЗТ(1): 

31105 ;ЗТ=соз (57), $Т(1}=з1л(5Т) 


Команда влияет на флаги РЕ, ПЕ, [Е. 
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Пример 
;5Т $Т(1) 
Е1ар1 ;3.1416... ? 
Е511С05 ;-1.0 0.9 
ЕЗОВТ Вычисление квадратного корня 
Команда не требует операндов. Она вычисляет квадратный корень положительно- 
го действительного числа, расположенного в вершине стека. Результат помещается на 
место исходного числа: 
Езаке ;ЗТ=заге (5Т) 


Команда влияет на флаги РЕ, ПЕ, [Е. 


Пример 

;Сегмент команд эт УТ (1) 
11а р! ;2.0 ? 
Езаге ;1.414... ? 

;Сегмент данных 

р1 ам 2 


ЕЗТ Запись действительного числа 

При использовании этой команды необходимо указывать один операнд, в который 
копируется содержимое вершины стека. Операндом может быть регистр стека или пе- 
ременная, занимающая двойное или четверное слово. Перед записью выполняется ок- 
ругленисе в соответствии со значением поля КС управляющего слова до размеров опе- 
ранда. Если КС=00Б, то выполняется округление до ближайшего числа. Если ВС=01Ь 
или 105, то число округляется в сторону уменьшения или увеличения соответственно. 
При КС=116 лишние цифры дробной части числа отбрасываются: 


ЕзЕ пем :меп=5тТ 
ЕЕ 5Т (1) #57 (1) =5Т 
Команда влияет на флаги РЕ, ЦЕ, ОЕ, [Е. 
Пример 1 
; эт 57(1) $Т(2} 
;1.2459е1976 ? ? 
зе 5$Т (2) ;1.2459е1976 ? 1.2459е1976 
Пример 2 
;Сегмент команд ; 5Т 5Т (1) . 20 
;1.34е-189... ? ? 
#36 20 ;1.34е-189... ? 0 
;Сегмент данных 
20 аа ? ;Двойное слово 
Пример 3 
;Сегмент команд 5Т 5Т (1) 22 
;1.34е-189... ? ? 
ЕзЕ 22 ;1.34е-189... ? 1.34е-189 
; Сегмент данных 
22 аа ? ;Четверное слово 


ЕЗТС\У/ Запись слова управления сопроцессора 

Команда Ёс\ и аналогичная ей команда Ё1$1с\ используют один операнд. В ре- 
зультате выполнения в этот операнд записывается текущее слово управления сопро- 
цессора. При выполнении команды Ё5{с\/ перед записью состояния производится нро- 
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верка условия немаскируемой ошибки с плавающей точкой. При выполнении команды 
Рл5{су/ такая проверка не производится. Команда не влияет на флаги. 


Пример 
;Сегмент данных 
смога [ФС ? 


;Сегмент команд 

Езёсм смога 

Епзеси смога 
ЕУТЕМУ Запись рабочей среды сопроцессора 

Команда Е\{епу и аналогичная ей команда $епу используют один операнд. В ре- 

зультате выполнения текущая рабочая среда сопроцессора записывается в 14- или 
28-байтовый буфер памяти, заданный операндом. Размер онеранда определяется тем, 
какой атрибут изе установлен для текущего сегмента кодов. Если установлен атрибут 
и5е1 6, то используется 14-байтовый буфер, в случае и5е32 — 28-байтоый. Рабочая среда 
сопроцессора включает в себя слово управления, слово состояния, слово признаков и 
указатели исключительных ситуаций. При выполнении команды Ё5%епу перед записью 
состояния производится проверка условия немаскируемой ошибки с плавающей точ- 
кой. При выполнении команды ш%епу такая проверка не производится. Команды не 
влияют на флаги. 
Пример 
; Сегмент данных 
раЕ аь 14 аюр (?) 
;Сегмент команд 
сода зедмепЕ и5е16 

Епзкепу БаЕ 
ЕУТР Запись действительного числа и выталкивание из стека 

При использовании этой команды необходимо указывать один операнд; команда 

копирует в него содержимое вершины стека. Операндом может быть регистр стека, а 
также переменная, занимающая двойное или четверное слово. Перед записью выпол- 
няется округление в соответствии со значением поля КС управляющего слова до раз- 
меров операнда. Если ВС=005, то выполняется округление до ближайшего числа. Если 
ВС=01Ъ или 106, то число округляется в сторону уменьшения или увеличения соответ- 
ственно. При ВС=11 лишние цифры дробной части числа отбрасываются. После за- 
писи производится выталкивание из стека: 


ЕзЕр пем ;щмеп=5Т, выталкивание 
ЕзЕр 5Т(1) ;5Т(1)=5$Т, выталкивание 
Команда влияст на флаги РЕ, ЧЕ, ОЕ, [Е. 
Пример 1 
; 5Т $Т (1) $Т(2) 
;1.2459е1976 12.1 ? , 
Езёр 95Т(2) ; 12.1 1.2459е1976 ? 
Пример 2 
;Сегмент команд 5Т 5Т (1) 5Т (2) 20 
;1.34е-189... 1.9 ? ? 
Езёр 2о ; 1.9 ? ? 0 
;Сегмент данных 
20 аа ? ;Двойное слово 
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Пример 3 


;Сегмент команд т 5т(1) 51Т(2) 22 
:;1.34е-189 1.9 ? ? 
Еёбр го ; 1.9 ? ? 1.34е-189 
; Сегмент данных 
22 аа ? ;Четверное слово 


ЕЗТЗ\У/ Запись слова состояния сопроцессора 

Команда Ё55\/ и схожая с ней команда #15\/ используют один операнд. В опе- 
ранд, в качестве которого может быть использовано не только поле данных, опреде- 
ленное как А\, но и регистр АХ, записывается текущее слово состояния сопроцессора. 
При выполнении команды Ё65%/ перед записью слова состояния производится провер- 
ка условия немаскируемой ошибки с плавающей точкой. При выполнении команды 
#155 \/ такая проверка не производится. Команды не влияют на флаги. 


Пример 
; Сегмент данных 
$мока [ФС ? 


; Сегмент команд 
Е5е5м змога 
Епзези АХ 
ЕЗОВ Вычитание двух действительных чисел 

Существует три варианта использования данной команды: без операндов, с одним 
операндом и с двумя операндами. 

Если указано два операнда, команда вычитает второй операнд из содержимого 
первого и засылает результат в первый операнд. Операндами могут быть только реги- 
стры стека: 

ЕЗУЬ  5Т,5Т() ;3Т=5Т-5Т (1) 
#306 5Т(1),5Т ;5Т(1) =5Т (1) -5Т 

Если указан один операнд, то он вычитается из содержимого вершины стека, ре- 
зультат помещается в вершину стека. Операндом может быть только переменная, опи- 
санная как двойное или четверное слово: 

Езар мет ;5Т=5Т-мем 
При отсутствии операндов вычитается содержимое вершины стека ЭТ из находя- 


щейся под ней ячейки 5Т(1). Результат записывается в 5Т(1) и после этого выполняет- 
ся выталкивание из стека: 


Езаь ;5Т (1) =57Т (1) -5Т, выталкивание 
Команда влияет на флаги РЕ, ОЕ, ОЕ, ПЕ, 1Е. 

Пример 1 

; Сегмент команд 5Т $Т(1) 51(2) 5т(3) 
#1а х1 ; 4.2 ? ? ? 
Е1а х2 ; 6.3 4.2 ? ? 
Е1а х3 ;10.0 6.3 4.2 ? 
Езоь  $Т,5Т(2) ; 5.8 6.3 4.2 ? 

;Сегмент данных 

х1 аа 4.2 

х2 аа 6.3 

х3 аа 10.5 

Пример 2 

;Сегмент команд 5Т $5Т{(1) 51(2) 5тТ(3) 
#1а х1 ; 4.2 ? ? ? 
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Е1а х2 ; 6.3 4.2 ? ? 
Е1а х3 ;10.0 6.3 4.2 ? 
Езор 5Т(2),5тТ ;10.0 6.3 -5.8 ? 
; Сегмент данных 
х1 аа 4.2 
х2 аа 6.3 
х3 аа 10.0 
Пример 3 
; Сегмент команд 5Т $7т(1) 5$тТ(2) 
Е1а х1 ;11.5 ? ? 
Е1а х2 ‚ 6.3 11.5 ? 
зар  5Т,5Т ; 0.0 11.5 ? 
;Сегмент данных 
х1 аа 11.5 
х2 аа 6.3 
Пример 4 
;Сегмент команд 5Т 57 (1) 
Е1а им ;4.0е307 ? 
ЕзаБ  мсв ;3.8е307 2? 
;Сегмент данных 
им аа 0.4е308 ;Четверное слово 
мсН аа 2.0е306 ;Четверное слово 
Пример 5 
; Сегмент команд $Т $7(1) 5тТ(2) 5$тТ(3) 
Е1а х1 ; 6.0 ? ? ? 
Е1а х2 ; 2.0 6.0 ? ? 
Е1а х3 ; 4.0 2.0 6.0 ? 
ЕзаЬ ;-2.0 6.0 ? ? 
;Сегмент данных 
х1 аа 6.0 
х2 аа 2.0 
х3 аа 4.0 


ЕЗОВР Вычитание двух действительных чисел и запись результата в любой ре- 
гистр стека с последующим выталкиванием из стека 

Существует три варианта использования данной команды: без операндов, с одним 
операндом и с двумя операндами. 

Если указано два операнда, команда вычитает второй операнд из первого и засы- 
лает результат в первый операнд. Затем производится выталкивание из стека. Операн- 
дами могут быть только регистры стека. В качестве первого операнда запрещается ис- 
пользовать регистр $Т: 

Езабр 5$Т(1),5Т ;5Т (1) =5Т(1)-5Т, выталкивание 


Если указан один операнд, он вычитается из содержимого вершины стека, резуль- 
тат помещается в операнд. Затем производится выталкивание из стека. Операндом мо- 
жет быть только регистр стека. Допускается использовать ЭТ: 

Езиюр 5Т(1) ;5Т (1) =5Т(1)-5Т, выталкивание 

При отсутствии операндов вычитается содержимое вершины стека ЭТ из находя- 
щейся под ней ячейки ЗТ(1). Результат записывается в регистр $Т(1). Затем произво- 
дится выталкивание из стека: 

Езаьр ;5Т (1) =57Т(1)-5Т, выталкивание 


Команда влияет на флаги РЕ, ЧЕ, ОЕ, БЕ, ТЕ. 
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Пример 1 


;Сегмент команд 5Т $7{(1) 5Т(2) 5$т(3) 
#1а х1 ; 4.0 ? ? ? 
Е1а х2 ; 1.5 4.0 ? ? 
Е1а х3 ;10.0 1.5 4.0 ? 
ЕзаЪр $Т(2),5Т ; 1.5 -6.0 ? ? 

;Сегмент данных 

х1 аа 4.0 

х2 аа 1.5 

х3 аа 10.0 

Пример 2 

;Сегмент команд 5Т $7(1) 5$тТ(2) 
Е1а Е ; 4.0 ? ? 
Е1а ы ;10.0 4.0 ? 
Езабр 5Т(1) ;-6.0 ? 

;Сегмент данных 

Е аа 4.0 

$ аа 10.0 

Пример 3 

;Сегмент команд $Т 5$Т(1) 5т1(2}) 5т(3) 
Е1а х1 ;6.0 ? ? ? 
Е1а х2 ;2.0 6.0 ? ? 
#1а х3 1.5 2.0 6.0 ? 
Езаюр ;0.5 6.0 ? ? 

;Сегмент данных 

х1 аа 6.0 

х2 аа 2.0 

х3 аа 1.5 


ЕЗОВК Вычитание двух действительных чисел в обратном порядке 
Данная команда схожа с командой Ёи6, но отличается от нее тем, что вычитаемое 


и уменьшаемое меняются местами: 
Езарх 5Т,5Т (1) ;5Т=5Т (1) -5Т 
Езарг $Т(1),5Т ;5Т (1) =5Т-5$7Т (1) 
Езаюг мем ;5Т=мем-5тТ 
зах ;5Т (1)=5Т-5$Т(1), выталкивание 


Команда влияет на флаги РЕ, ЧЕ, ОЕ, ПЕ, ГЕ. 
Пример 1 
;Сегмент команд 


Е1а х1 ; 


5Т $7Т(1) 5Т(2) 5т(3) 
4 ? з 

Е1а х2 ; 6. 
0 
5 


? 

? ? 

Е1а х3 $1 4.2 ? 
зак 5Т,5Т (2) ;- 4.2 ? 


;Сегмент данных 


ом 


.2 
.3 
.3 


Пример 2 
;Сегмент команд 5 
Е1а х1 54 
Е1а х2 ; 6. 
Е1а хз . ;10 
Езарг $Т(2),5Т ;10 
;Сегмент данных 
х1 аа 4. 
х2 аа 6. 


т 37(1) 51Т(2) 5Тт(3) 
? ? 

? ? 

.2 ? 

8 ? 


4 
5. 
0 

З 
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хз аа 10.0 


Пример 3 

‚Сегмент команд 5Т $7 (1) 
Е1а Усь ;2.6е-35 ? 
ЕзарЕ мср+8 ;4.94е-34 ? 

;Сегмент данных 

исИ аа 2.6е-35, 5.2е-34 

Пример 4 

; Сегмент команд 5Т $7141) 51(2) 5$1(3) 
Е1а х1 ;5.0 ? ? ? 
Е1а х2 ;2.0 6.0 ? ? 
Е1а х3 ;4.0 2.0 6.0 ? 
Езаре ;2.0 6.0 ? ? 

;Сегмент данных 

х1 аа 6.0 

х2 аа 2.0 

х3 аа 4.0 


ЕЗОВЕР Вычитание двух действительных чисел в обратном порядке с после- 
дующим выталкиванием из стека 

Данная команда схожа с командой ЁЕ5йЪр, но отличается от нее тем, что вычитаемое 
и уменьшаемое меняются местами: 


Езабгр 5Т,5Т (1) ;5Т=5$Т(1)-5Т, выталкивание 
Езабгр $Т (1) ;5Т (1) =57Т (1)-5Т, выталкивание 
Езаргер ;5Т(1)=5Т-$Т(1), выталкивание 
Команда влияет на флаги РЕ, ОЕ, ОЕ, БЕ, 1Е. 

Пример 1 

;Сегмент команд - ЭТ $7(1) 51(2) 5т(3) 
Е1а х1 ;6.0 ? ? ? 
Е1а х2 ;2.0 6.0 ? ? 
21а х3 ;4.5 2.0 6.0 ? 
Езаркр $Т(2) ;2.0 -1.5 ? ? 

;Сегмент данных 

х1 аа 6.0 

х2 аа 2.0 

х3З аа 4.5 

Пример 2 

;Сегмент команд 5Т $7(1} 5т1(2) 5$т(3) 
Е1а х1 ;6.0 ? ? ? 
Е1а х2 ;3.7 6.0 ? ? 
а х3 ;4.2 3.7 6.0 ? 
ЕзарЕр ;0.5 6.0 ? ? 

; Сегмент данных 

х1 аа 6.0 

х2 аа 3.7 

х3 аа 4.2 


ЕТЬТ Сравнение вершины стека с нулем 

Команда нс требует операндов, выполняя сравнение числа из вершины стека с ну- 
лем. По результатам сравнения устанавливаются разряды СЗ, С2 и С0 слова состояния 
(табл. П-3.3). Команда влияет на флаги ПЕ, [Е. 
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Таблица П-3.3. Значения разрядов СО, С2 и СЗ слова состояния сопроцессора после выполнения 
команды Пт. 








Результат сравнения 
$7. 
[$7<0. 0 
ОИ ООО ОО Ао ОО 
СН ПОНИ ПО ИИ 


РОСОМ Неупорядоченное сравнение вещественных чисел (80387-+) 

Существует два варианта использования команды: с одним операндом и без опе- 
рандов. В том и в другом случае эта команда производит неупорядоченное сравнение 
содержимого вершины стека с содержимым одного из регистров стека. Сравниваемый 
регистр может быть явно указан в виде операнда: 

асом $Т(1} ;Неупорядоченное сравнение 5Т с $Т(1) 





Если операнд не указан, то содержимое вершины стека сравнивается с содержи- 
мым регистра $Т(1): 
Гасом ;Неугорядоченное сравнение $Т с $Т(1) 


По результатам сравнения устанавливаются разряды СЗ, С2 и С0 слова состояния 
(табл. П-3.4). 


Таблица П-3.4. Значения разрядов С0, С2 и СЗ слова состояния сопроцессора после выполнения 
команд неупорядоченного сравнения 


$Т>5Т( ЕО ЕВ ПСО 
«Та 
ПЕ О О ОИ ОСИ ООН 
| $Т несравнимо с 57) Е 


В отличие от команды Расот, команда неупорядоченного сравнения не вызывает 
исключения "недействительная операция" в случае МАМ-операнда. МАМ-операнд по- 
является при выполнении операций занесения данных в занятый регистр стека или чте- 
ния из свободного регистра. 

Команда влияет на флаги ПЕ, 1Е. 















Пример 
;5Т 57 (1) $Т (2) 
;45.7 34.8 127.9 
асом 5Т(2) ;С3=90, С2=0, С0=1 
асом ;С3=0, С2=9, С9=9 


ГРОСОМР Неупорядоченное сравнение вещественных чисел с выполнением опе- 
рации выталкивания числа, находящегося в вершине стека (80387+) 

Существует два варианта использования команды: с одним операндом и без опе- 
рандов. В том и в другом случае эта команда производит неупорядоченное сравнение 
содержимого вершины стека с содержимым одного из регистров стека. Затем выпол- 
няется операция выталкивания из стека. Сравниваемый регистр может быть явно ука- 
зан в виде операнда 


Еасопр 5Т(:) ;Неупорядоченное сравнение 5Т с $Т(1), выталкивание 
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Если операнд не указан, то содержимое вершины стека сравнивается с содержи- 
мым 5Т(1), после чего выполняется операция выталкивания из стека 
Еасотр ;Неупорядоченное сравнение 5Т с $Т(1), выталкивание 


По результатам сравнения устанавливаются разряды СЗ, С2 и С0 слова состояния 
(см. табл. П-3.4). 

В отличие от команды @сот, команда неупорядоченного сравнения не вызывает 
исключения "недействительная операция" в случае МАМ-операнда. МАМ-операнд по- 
является при выполнении операций занесения данных в занятый регистр стека или чте- 
ния из свободного регистра. 

Команда влияет на флаги ПЕ, ТЕ. 


Пример 
;5Т 57 (1) $Т (2) 
;45.3 42.7 42.7 
Еисопр 5Т (2) ;42.7 42.7 ? С3=0, С2=0, С0=0 
Еисопр ;42.7 ? ? С3=1, 6С2=0, С0=0 


ЕОСОМРР Неупорядоченное сравнение вещественных чисел и выталкивание 
сравниваемых чисел из стека (80387+) 

Команда @сотрр выполняет неупорядоченное сравнение содержимого вершины 
стека с содержимым регистра 5Т(1). По результатам сравнения устанавливаются раз- 
ряды СЗ, С2 и С0 слова состояния (см. табл. П-3.4). После выполнения операции срав- 
ниваемые числа выталкиваются из стека: 

Еасопрр ;Неугпорядоченное сравнение 5Т с $Т(1), 
;‚выталкивание, выталкивание 

В отличие от команды сот, команда неупорядоченного сравнения не вызывает 
исключения "недействительная операция" в случае МАМ-операнда. МАМ-операнд по- 
является при выполнении операций занесения данных в занятый регистр стека или чте- 
ния из свободного регистра. 

Команда влияет на флаги ПЕ, [Е. 


Пример 
;5Т $7(1) 5Т (2) 
;45.3 12.7 42.3 
Еисотрр ;22.3 ? ? С3=0, С2=0, С0=0 


ЕУ"АГЕ Ожидание окончания работы сопроцессора 

Команда не требует операндов. Она синхронизирует работу основного процессора и 
сопроцессора, приостанавливая действия процессора до завершения сопроцессором теку- 
щей операции. В современных процессорах команды сопроцессора автоматически синхро- 
низируются, т.е. процессор ожидает окончания выполнения предыдущей команды сопро- 
цессора перед запуском следующей, При использовании сопроцессора 8087 для гарантии 
синхронизации необходима команда Вай. Команда нс влияет на флаги. 


ЕХАМ Проверка содержимого вершины стека 

Команда не требует операндов. Она возврашает информацию о содержимом вер- 
шины стека, устанавливая разряды СЗ, С2, СТ и С0 слова состояния сопроцессора, в 
соответствии с таблицей П-3.5. Команда не изменяет флаги. 
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Таблица П-3.5. Значения разрядов СО, С1, С? и СЗ после выполнения команды хат 


Содержимое вершины стека 
Положительное ненормализованное число 
Не число (знак + 


+ бесконечность 
Отрицательное нормализованное число 


— бесконечность 
+ 0.0 

Пусто 

_ 0.0 

Пусто 





Пусто 


ЕХСН Обмен содержимым двух регистров сопроцессора 

Существует два варианта использования данной команды: без операндов и с од- 
ним операндом. 

Если задан один операнд, то производится обмен содержимым этого операнда и 
вершины стека. В качестве операнда можно использовать только регистр стека: 


Ехсй 9$Т(1) ; Обмен содержимым между 5Т и $Т(1) ! 
При отсутствии операндов выполняется обмен содержимым регистров 5Т и 5Т(1): 
Ехси ; Обмен содержимым между 5Т и $Т(1) 


Команда влияет на флаг [Е. 


Пример 
;5Т $Т (1) 5Т (2) 
;8.1е4931 12.7 1.0е-1465 
Ехсв 5Т(2) ;1.0е-1465 12.7 8.1е4931 
Ехсв #12.7 1.0е-1465 8.1е4931 


ЕХТВАСТ Выделение показателя степени и мантиссы 

Команда не требует операндов. Она разделяет число, расположенное в вершине 
стека, на мантиссу и показатель степени. Вместо числа записывается показатель степе- 
ни. После этого в стек записывается мантисса. Команда влияет на флаг [Е. 


Пример 1 

:Сегмент данных 

ми) Чи 8.0 ;Два в третьей стегени 

;Сегмент команд 5Т УТ (1) $Т(2) 
#:1а пи ;8.0 ? ? 

‚ Ехегась #1 3.0 ? 

Пример 2 

;Сегмент данных 

пир аа 14.54 

; Сегмент команд 5Т 5Т (1) 57 (2) 
Е119  омь ;14.54 ? ? 
хггась 1.817... 3.0 ? 
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ЕУ1.2Х Вычисление У*1.022Х 

Команда не требует операндов. Она вычисляет произведение числа, записанного в 
ЗТ(Т), на логарифм по основанию 2 числа, записанного в ЭТ. После этого выполняется 
выталкивание из стека и результат записывается на место сомножителя. Таким обра- 
зом, после выполнения операции исходные числа теряются. ЗТ не может быть отрица- 
тсльным. Команда влияет на флаги РЕ, ОЕ, ОЕ, ОЕ. 


Пример 1 

;Сегмент данных 

пиь аи 8 ;Два в третьей стегени 

;Сегмент команд 5тТ 5Т (1) 5Т (2) 
#191 #1.0 ? ? 
Е11а  пиЪ ;8.0 1.0 ? 
Ёу12х ;3.0 ? ? 

Пример 2 

;Сегмент данных 

ее) ам“ 1024 ;Два в десятой степени 

;Сегмент команд 5Т 5Т (1) 5Т (2) 
Е1ар1 ;3.14... ? ? 
11а  пмЪ ;1024 3.14... ? 
Еу12х ;31.4... ? ? 

Пример 3 

;Сегмент данных 

В1 а 2.0е-128 

а12 аа 1269.56 

;Сегмент команд 5тТ 5Т (1) 57Т (2) 
Е1а В1 ;2.0е-128 ? ? 
#1а а12 ;1269.56 2.0е-128 ? 
Еу12х ;2.06...е-127 ? ? 

Пример 4 

;Сегмент данных 

пир аа 1.24 

;Сеглмент комачд 5Т 5Т (1) 57 (2) 
#1а1 ;1.0 ? ? 
Е1а пмь $0.24 1.0 ? 
ЕуУ12хр1 ;0.3103401317 ? ? 


КУЕ2ХР1 Вычисление У*1.022(Х+1) 

Команда не требует операндов. Она вычисляет произведение числа, записанного в 
регистр $Т(1), на логарифм по основанию 2 от числа, записанного в ЭТ, сложенного с 
единицей. Послс этого выполняется выталкиванис из стека и результат записывается 
на место сомножителя. Таким образом после выполнения опсрации исходные числа 
теряются. Опсранд ЭТ должен находиться в диапазоне $491(2)/2—1<= ЗТ<=5а(2)-1. 
Команда влияст на флаги РЕ, ОЕ, ОЕ, ОЕ, [Е. 





Пример 

;Сегмент данных 

пир аа 0.24 

;Сегмент команд 5Т 5Т (1) 5Т (2) 
#191 ;1.0 ? ? 
Е1а пм ;0.24 1.0 ? 
Еу12хр1 ;0.3103401143 ? ? 
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Приложение 4 





Справочные данные по функциям РОЗ 


ТМТ 1С8. Прерывание, служащее для перехвата прикладной программой тактов 
системного таймера 

Команда ПМТ 1СВ включена в системный обработчик прерываний 8В от системных 
часов. Системный обработчик прерываний 1СП фактически выполняет лишь команду 
1ВЕТ; прикладная программа может установить собственный обработчик прерываний 
1 СВ, который будет активизироваться тактами системного таймера с частотой 18,2 Гц. 


ИМТ 201 Завершение программы 

Завершает программу типа .СОМ, возвращая управление родительскому процессу 
(обычно интерпретатору команд СОММАМР). В процессе завершения освобождает 
всю выделенную процессу память, сбрасывает на диск буферы, закрывает все откры- 
тые дескрипторы. Рекомендуется вместо этого прерывания использовать функцию А4СЬ 
прерывания 211. 

При вызове: 

С$=сегментный адрес префикса программы РЗР 


ТМТ 218, функция 001. Завершение программы 

Завершает программу типа .СОМ, возвращая управление родительскому процессу 
(обычно интерпретатору команд СОММАМО). В процессе завершения освобождает 
всю выделенную процессу память, сбрасывает на диск буферы, закрывает все откры- 
тые дескрипторы. Рекомендуется вместо этого прерывания использовать функцию 4СВ 
прерывания 211. 

При вызове: 

С$=сегментный адрес префикса программы Р5Р 


ТМТ 218, функция 011. Ввод символа с эхом 

Вводит символ с клавиатуры и отображает его на экране. При отсутствии символа 
ждет ввода. Допустимо перенаправление ввода на другое устройство. Если ввод не пе- 
ренаправлен, выполняет обработку СЫ1+С. Если ввод перенаправлен, выполняст обра- 
ботку С+С лишь при включенном режиме ВКЕАК (ВВЕАК=ОМ). Для чтения рас- 
ширенного кода АЗСП требуется повторное выполнение функции. 

При вызове: 

АН=01В 

При возврате: 

АГ=код введенного символа 


ИМТ 21, функция 021. Вывод символа - 

Выводит символ на экран. Допустимо перенаправление вывода на другое устрой- 
ство. Выполняет обработку СЫ1+С при вводе этой команды с клавиатуры перед выво- 
дом каждого 64-го символа. Коды АЗСИ: 07Ь - звонок, О8В — шаг назад, 09 — табуля- 
ция, ООН -— возврат каретки, ОАВ — перевод строки — рассматриваются как управляю- 
щие, и выполняются соответствующие им действия. 

При вызове: 

АН=02. 
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О[Г=код выводимого символа 


ИМТ 211, функция 031. Ввод символа из последовательного порта 

Вводит символ из последовательного порта. При отсутствии символа ждет ввода. 
Допустимо перенаправление ввода на другое устройство. 

При вызове: 

АН=0Зь 

При возврате: 

АГ-=код выводимого символа 


ИМТ 218, функция 041. Вывод символа в последовательный порт 

Выводит символ в последовательный порт. Если порт, функция ждет его освобож- 
дения. Выполняет обработку СЫ1+С при вводе этой команды с клавиатуры. 

При вызове: 

АН=04ь 

ОГ=выводимый байт 


ИМТ 218, функция 051. Вывод символа на принтер 

Выводит символ на принтер. Если принтер занят, функция ждет его освобождения, 
Выполняет обработку СЫ1+С при вводе этой команды с клавиатуры. 

При вызове: 

АН=05И 

ОГ=код выводимого символа 


ИМТ 218, функция 061. Прямой ввод-вывод 

Вводит с клавиатуры или выводит символ на экран. В режиме вывода коды АЗСИ: 
07в — звонок, ООВ — возврат каретки, ОАН — перевод строки — рассматриваются как 
управляющие и выполняются соответствующие им действия. Код О8Н — возврат на шаг 
отрабатывается, только если вывод не перенаправлен. Допустимо перенаправление 
ввода-вывода. Для чтения расширенного кода АЗСИ требуется повторное выполнение 
функции. При отсутствии символа не ждет его ввода, а возвращает управление в про- 
грамму. 

При вызове: 

АН=06В 

ОГ=код выводимого символа (00Н...ЕЕВ) (при выводе) 

ОГ=ЕРЬ (при вводе) 

При возврате: 

АГ-=код введенного символа (при вводе); если символа нет, то ДЕ] 


ИМТ 218, функция 071. Нефильтрованный ввод без эха 

Вводит символ с клавиатуры без его отображения на экране. При отсутствии сим- 
вола ждет ввода. Допустимо перенаправление ввода на другое устройство. Не выпол- 
няет обработку СИ1+:С. Для чтения расширенного кода АЗСИ требуется повторное вы- 
полнение функции. 

При вызове: 

АН=07В 

При возврате: 

АГ=код введенного символа 
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ИМТ 211, функция 081. Ввод символа без эха 

Вводит символ с клавиатуры без его отображения на экране. При отсутствии сим- 
вола ждет ввода. Допустимо перенаправление ввода на другое устройство. Для чтения 
расширенного кода АЗСП требуется повторное выполнение функции. Если ввод не 
перенаправлен, выполняет обработку С#1+С. Если ввод перенаправлен, выполняет 
обработку СЫТ+-С при включенном режиме ВВЕАК. 

При вызове: 

АН=08В 

При возврате: 

АГ=код введенного символа 


ИМТ 21, функция 091. Вывод строки 

Выводит строку символов на экран. Строка должна заканчиваться символом $. 
Допустимо перенаправление вывода на другое устройство. Допустимо использование 
Езс-последовательностсй. Коды АЗСП: 078 - звонок, О8В — шаг назад, ООВ — возврат 
каретки, ОАН -— перевод строки — рассматриваются как управляющие, и выполняются 
соответствующие им действия. Выполняет обработку СЫТ+С при вводе этой команды с 
клавиатуры перед выводом каждого 64-го символа. 

При вызове: 

АН=09ь 

0$:ОХ=адрес выводимой строки 


ИМТ 211, функция ОАВ. Буферизованный ввод с клавиатуры 

Вводит строку символов с клавиатуры в буфер пользователя с отображением ее на 
экране. Строка должна заканчиваться символом возврата каретки (ООН). Допустимо 
перенаправление ввода на другое устройство. Если ввод не перенаправлен, выполняет 
обработку С&+С. Если ввод перенаправлен, выполняет обработку С&1+С при вклю- 
ченном режиме ВВЕАК. 

При вызове: 

АН=оАВ 

05:ОХ=адрес буфера 

При возврате: = 

Данныс помещены в буфер. Формат буфера: 

байт 0 — ожидаемая длина строки 

байт 1 — фактическая длина введенной строки 

байт 2 и далее — строка, заканчивающаяся ООВ 


ИМТ 218, функция ОВВ. Проверка состояния ввода 

Провсряет наличие символа в буфере клавиатуры. Допустимо перснаправление 
ввода на другое устройство. Если ввод не перенаправлен, выполняет обработку СН1+С. 
Если ввод перенаправлен, выполняет обработку С&1+С при включенном режиме 
ВВЕАК. 

При вызове: 

АН=оВЬ 

При возврате: 

АГ=00В если символа нет 

АТГ=ЕЕН если символ ждет 
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ИМТ 211, функция ОС. Очистка входного буфера и ввод 

Очищает кольцевой буфер клавиатуры и активизирует указанную в регистре АГ, 
функцию ввода. Допустимо перенаправление ввода на другое устройство. 

При вызове: 

АН=ОСЬ 

АГ=номер требуемой функции ввода. Допустимы функции 01, 07, 08, ОАВ 

0$:ОХ=адрес буфера (если АТ=ОАВ) 

При возврате: 

АГ=байт входных данных (если при вызове АГ=ОАВ, данные помещаются в буфер) 


ИМТ 218, функция ООН. Сброс диска 
Выполняет немедленную запись всех дисковых буферов на диск. Не обновляет 
информации в каталоге диска. 
При вызове: 
АН=0оВ 
ИМТ 211, функция 0ЕН. Выбор диска 
Назначает текущий диск и возвращает число логических дисководов в системе. 
При вызове: 
АН=0ЕВ 
АГ-=код дисковода (0=А, 1=В ит. д.) 
При возврате: 
АГ=число логических дисководов в системе 


ИМТ 218, функция 191. Получение текущего диска 
Возвращает код текущего диска. 
При вызове: 
АН=196 
При возврате: 
АГ=код текущего диска (0=А, 1=В ит. д.) 


ИМТ 21, функция 1АН. Установка адреса области обмена с диском 

Позволяет определить адрес дисковой области передачи (ОТА) для последующих 
операций с блоками управления файлами. 

При вызове: 

АН=| АБ 

0$:ОХ=адрес ОТА 


ИМТ 21, функция 1ВВ. Получение информации о текущем диске 
Возвращает характеристики текущего диска. 
При вызове: 
АН=ВЬ 
При возврате: 
АГ=количество секторов в кластере 
СХ=количество байтов в секторе 
РХ=общее количество кластеров на диске 
05$:ВХ=адрес байта описания носителя. Значения этого байта: 
ЕОВ -- дискета 360 Кбайт 
ЕЙ - дискета 1,2 Мбайт 
Е8В - жесткий диск 
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ЕОВ - другие 


МТ 21, функция 1СН. Получение информации о заданном диске 


Возвращает характеристики заданного диска. 

При вызове: 

АН=1СЬ 

При возврате: 

АГ-=количество секторов в кластере 

СХ=количество байтов в секторе 

ОХ=общее количество кластеров на диске 

05:ВХ=адрес байта описания носителя (см. функцию 1ВВ) 


ИМТ 21, функция 251. Установка вектора прерывания 


Позволяет заполнить вектор прерывания адресом обработчика прерываний. 
При вызове: 

АН=258 

АТ=номер вектора прерывания 

25$:ОХ=адрес обработчика прерываний 


ИМТ 21, функция 2АВ. Получение текущей даты 


Позволяет получить значение текущей даты системного календаря. 
При вызове: 

АН=2АБ 

При возврате: 

СХ-=год (от 1980) 

ОН=месяц (от 1 до 12) 

ОГ=день (от | до 31) 

АГ-=день недели (0 - воскресенье, | — понедельник ит. д.) 


ИМТ 218, функция 2ВН. Установка текущей даты 


Позволяет изменить текущую дату системного календаря. 
При вызове: 

АН=2ВВЬ 

СХ=год (от 1980) 

ОН=месяц (от | до 12) 

ОГ=день (от | до 31) 

При возврате: 

АГ=0 — успешное выполнение 

АГ=РЕЕКВ — недопустимая дата, системная дата не изменилась) 


МТ 21, функция 2Сп. Получение текущего времени 


Позволяет получить значение текущего времени системных часов. 
При вызове: 

АН=2СЬ 

При возврате: 

СН=часы (от 0 до 23) 

СГ=минуты (от 0 до 59) 

ОН=секунды (от 0 до 59) 


ТМТ 211, функция 2098. Установка текущего времени 


Позволяет изменить текущее время системных часов. 
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При вызове: 

АН=2р0В 

СН=часы (от 0 до 23) 

СГ=минуты (от 0 до 59) 

ОН=секунды (от 0 до 59) 

При возврате: 

АТ=00В — успешное выполнение 

АТ-=РЕЕК - недопустимое время, системное время не изменилось) 


ИМТ 211, функция 2ЕН. Установка флага проверки 
Изменяет состояние флага проверки записи на диск. 
При вызове: 

АН=2ЕВ 
АГ=001 установить флаг проверки 
АГ=011 сбросить флаг проверки 


МТ 2И, функция 2Е 1. Получение адреса области обмена с диском 
Возвращает адрес текущей дисковой области передачи (РТА). 
При вызове: 

АН=2РВ 
При возврате: 
ЕО Х=адрес РТА 


ИМТ 218, функция 3З0Н. Получение версии РОЗ 
Возвращает номер используемой версии М5-РО5. 
При вызове: 

АН=30В 

При возврате: 

АГ=номер версии (например, 6) 
АН=номер подверсии (например, 22) 


ИМТ 211, функция 311. Завершение программы и сохранение ее резидентной 
в памяти 

Завершает выполнение активной программы, резервируя при этом для завершае- 
мой программы указанный объем памяти и возвращая управление родительскому про- 
цессу. Возвращает в РО$ код возврата. В процессе завершения сбрасывает на диск бу- 
феры, закрывает дескрипторы, восстанавливает из ячеек РУР векторы 228, 231, 241. 

При вызове: 

АН=31В 

АГ=код возврата 

ОхХ=объем резервируемой памяти в параграфах 


МТ 211, функция 321. Получение блока параметров (ВРВ) для заданного дико- 
вода 

Позволяет получить список параметров диска для заданного дисковода. 

При вызове: 

АН=328 

ОГ =номер дисковода (001 — по умолчанию, 01 - А: ит. д.) 

При возврате: 

0$:ВХ=адрес блока параметров дисковода для заданного дисковода 
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Формат блока параметров дисковода приведен в табл. П-4.1. 


Таблица П-4.1. Формат блока параметров дисковода 


Смещение | Размер, Описание 
р 


Число таблиц размещения файлов (ЕАТ 
Число элементов в корневом каталоге 


} в) 





И\Т 211, функция 331, подфункции 008 и 018. Получение или установка состоя- 
ния ВгеаК 

Позволяет определить или задать условия реакции 2ОЗ$ на ввод с клавиатуры ко- 
манд СЫ1+С или СиН-ВгеаК. Функция не использует внутренние стеки РОЗ и поэтому 
рсентерабельна. 

При вызове: 

АН=З3ЗВ 

АТ -=00В получить состояние ВгеаК 

АГ=О1В установить состоянис ВгеаК: 

ОГ.=00} состояние ВгеаК выключено (ОЕЁ) 

ОГ=01В состояние ВгеаК включено (ОМ) 

При возврате: 

ОГ-тскущее состояние ВтеаК (ссли при вызове АГ=00Н): 

00 состояние ВгсаК выключено (ОЕ) 

01Н ‘состояние ВгеаК включено (ОМ) 


ГУТ 21, фуикция 331, подфункция 028. Получение и установка состояния ВгеаК 

Позволяет определить и задать условия реакции РОЗ на ввод с клавиатуры коман- 
ды СШ+С или СЫ ВгеаК в одной операции. Функция не использует внутренние стеки 
00$ и поэтому реентерабельна. 

При вызове: 

АХ=33028 

РЕ=00Ъ состояние ВгсаК выключено (ОЕЁЕ) 

ОЕ=011 состояние ВгеаК включено (ОМ) 
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При возврате: 

ОГ =прошлое состояние Вгеак: 

00Б состояние ВгеаК выключено (ОЕЁ) 
01В состояние ВгеаКк включено (ОМ) 


ИМТ 21№, функция 331, подфункция 051. Получение дисковода загрузки 
Определяет дисковод, с которого была загружена система. 
При вызове: 
АХ=33056 
При возврате: 
ОГ=дисковод загрузки (1=А:, 2=В ит. д.) 


ИМТ 21, функция 348. Получение адреса флага занятости О$ (флага 1005) 
Возвращает адрес байта области текущих данных РОЗ (ЗРА), содержащего флаг 
занятости РОЗ (флаг шОО$). 
При вызове: 
АН=34В 
При возврате: 
Е$:ВХ=адрес !-байтового флага шРОЗ 


ГУТ 21№, функция 351. Получение вектора прерывания 
Возвращает содержимое указанного вектора прерывания. 
При вызове: 

АН=З5В 

АГ=номер вектора прерывания 

При возврате: 

Е$:ВХ<=адрес обработчика прерываний 


ИМТ 215, функция 36 В. Получение объема свободного пространства на диске 
Возвращает информацию о дисководе, из которой можно вычислить емкость но- 
сителя и объем незанятого пространства. Потерянные кластеры считаются занятыми. 
При вызове: 
АН=З6В 
ОГ=код дисковода (00Б=текущий, 011=А: и т. д.) 
При возврате: 
АХ=число секторов в кластере (при ошибке АХ=ЕЕЕЕЬ) 
ВХ=число свободных кластеров 
СХ=размер сектора в байтах 
ОХ=полное число кластеров на диске 


ИМТ 211, функция 391. Создание каталога 
Создает каталог в конце указанного пути. 
При вызове: 

АН=З9Ь 
25$:ОХ=адрес пути в виде строки АЗСИЯ 

МТ 211, функция ЗАВ. Удаление каталога 

Удаляст указанный каталог. 

При вызове: 

АН=ЗАВ 

25$:ОХ=адрсс каталога в виде строки АЗСИА, 
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ИМТ 218, функция ЗВВ. Смена текущего каталога 
Устанавливает новый текущий каталог. 
При вызове: 
. АН=ЗВВ 
0$:ОХ=адрес каталога в виде строки АЗСИЙ, 


ПМТ 21, функция ЗСН. Создание или усекновение файла 

Создает новый файл с указанной спецификацией. Если указанный файл существу- 
ет, он усекается до нулевой длины. В любом случае файл открывается и возвращается 
его дескриптор для дальнейших операций над файлом. 

При вызове: 

АН=ЗСЬ 

СХ=атрибуты файла (могут комбинироваться): 

1 — только для чтения 

2 — скрытый 

4 - системный 

8 - метка тома 

20} — атрибут архива 

2$:ОХ=адрес спецификации файла в виде строки АЗСПА, 

При возврате: 

АХ=дескриптор 


МТ 211, функция ЗОН. Открытие файла 

Открывает файл с указанной спецификацией. Возвращает дескриптор для после- 
дующих операций над файлом. Устанавливает указатель на начало файла (байт 0). 

При вызове: 

АН=ЗоЬ 

АГ=режим доступа: 

0 чтение 

| - запись 

2 - запись и чтение 

Примечание. Если к режиму добавлено 80В, дескриптор наследуется дочерним 
процессом. В противном случае дескриптор не наследуется дочерним процессом. 

0$:ОХ=адрес спецификации файла в виде строки АЗСП2, 

При. возврате: 

АХ=дескриптор 
ТУТ 21Ъ, функция ЗЕЙ. Закрытие файла 

Сбрасывает на диск внутренние буферы файла, закрывает файл и освобождает де- 
скриптор. Если файл был модифицирован, в записи каталога устанавливаются новые 
значения длины файла, а также даты и времени создания файла. 

При вызове: 

АН=ЗЕВ 

ВХ=дескриптор 
ИМТ 21, функция ЗЕВ. Чтение из файла или устройства 

Пересылает из файла или устройства данные в буфер пользователя и модифицирует 


указатель в файле. При чтении из символьного устройства в режиме АЗСИ читается строка 
указанной длины, либо до символа возврата каретки, если он встретился раньше. 
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При вызове: 

АН=ЗЕВ 

ВХ=дескриптор 

СХ=число пересылаемых байтов 
23:ОХ=адрес буфера пользователя 
При возврате: 

АХ=число переданных байтов 


ПМТ 211, функция 401. Запись в файл или в устройство 

Пересылает в файл или на устройство данные из буфера пользователя и модифи- 
цирует указатель в файле. Если при вызове СХ=0, длина файла устанавливается в со- 
ответствии с текущим положением указателя. Если перед выводом с клавиатуры 
вводится СН1+С и режим ВВКЕАК включен (ВВЕАК=ОМ), выполняется обработка 
Си|-Нри вызове: 

АН=408 

ВХ=дескриптор 

СХ=число пересылаемых байтов 

0$:ОХ=адрес буфера пользователя 

При возврате: 

АХ=число переданных байтов 


ИМТ 215, функция 4118. Удаление файла 
Удаляет указанный файл. 
При вызове: 
АН=411 
05:ОХ=спецификация файла в виде строки АЗСИА, 


ТУТ ЛЬ, функция 421. Установка указателя в файле 

Позволяет установить текущее положение указателя на любой байт файла для вы- 
полнения последующих операций прямого доступа к файлу (чтения или записи). 

При вызове: 

АН=428 

АГ=режим установки указателя: 

00 — абсолютное смещение от начала файла 

01Ъ — знаковое смещение от текущего положения указателя 

021 — знаковое смещение от конца файла 

ВХ=дескриптор 

СХ=старшая часть смещения 

ОХ=младшая часть смещения 

При возврате: 

ОХ=старшая часть возвращенного указателя 

АХ=младшая часть возвращенного указателя 


МТ 211, функция 431. Получение или установка атрибутов файла 

Позволяет получить или изменить значения атрибутов файла или каталога. Файл 
нельзя преобразовать в каталог или метку тома. Каталог можно сделать скрытым. 

При вызове: 

АН=43Ь 

А|-=001 для получения атрибутов 
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АГ=О1В для установки атрибутов 

СХ=атрибуты файла (могут комбинироваться): 

00011 — только для чтения 

00026 — скрытый 

00046 — системный 

00206 — атрибут архивации 

25:ОХ=адрес спецификации файла или каталога 

При возврате: 

СХ=возвращаемые атрибуты файла (если при вызове АГ=0) 


ИМТ 27, функция 451. Дублирование дескриптора файла 

Создает новый дескриптор файла, который связан с заданным файлом или устрой- 
ством через тот же элемент системной таблицы файлов (ЗЕТ). 

При вызове: 

АН=45В 

ВХ=дескриптор файла 

При возврате: 

АХ=новый дескриптор 


ИМТ 211, функция 461. Принудительное дублирование дескриптора файла 
Принудительно объявляет указанный дескриптор дубликатом заданного. Если де- 
скриптор в ВХ был открыт, он закрывается. 
При вызове: 
АН=46В 
ВХ=дескриптор файла 
СХ=дескриптор, который должен стать дубликатом первого 


ИМТ 211, функция 478. Получение текущего каталога 

Возвращает строку АЗСПА, с полным путем (от корневого каталога) к текущему 
каталогу, включая его имя. Не возвращается обозначение текущего дисковода и корне- 
вого каталога (знак \). 

При вызове: 

АН=47В 

ОГ=код дисковода (0=текущий, [=А: ит. д.) 

25:5 [=адрес буфера размером 64 байта 

При возврате: 

Буфер заполнен спецификацией тскущего каталога 


ИМТ 245, функция 485. Выделение блока памяти 

Выделяст блок памяти и возвращает его сегментный адрес. 

При вызове: 

АН=48В 

ВХ=требуемое число параграфов памяти 

При возврате: 

АХ=сегментный адрес выделенного блока 

Если память не выделена, СЕ=|, АХ=код ошибки, ВХ=размер наибольшего дос- 
тупного блока памяти в параграфах 


ИМТ 21Ъ, функция 491. Освобождение блока памяти 
Освобождает блок памяти и передает его системс. 
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При вызове: 
АН=49В 
Е$=сегментный адрес освобождаемого блока 


ИМТ 21Ъ, функция 4АВ. Изменение размера выделенного блока памяти 

Уменьшает или увеличивает размер выделенного блока памяти. 

При вызове: 

АН=4АВ 

ВХ=требуемый размер блока в параграфах 

Е5=сегментный адрес модифицируемого блока 

Если память не выделена, СЕ=1, АХ=код ошибки, ВХ=размер наибольшего дос- 
тупного блока памяти в параграфах 


ИМТ 218, функция 4ВВ. Запуск программы (функция Ехес) 

Позволяет родительскому процессу, в частности активной прикладной программе, 
загрузить и запустить другую программу (дочерний процесс}. После завершения за- 
пущенной программы управление возвращается родительскому процессу. 

При вызове: 

АН=4ВЬ 

АГ=0О0В загрузить и выполнить программу 

АГ=О1В загрузить и не выполнять программу 

АГ-ОЗВ загрузить оверлей 

Е :ВХ=адрес блока параметров. Формат блока параметров: 


ам ел\у1гзеа ; Сегмент окружения 
аа смака1} ;Адрес хвоста команды 
аа 0,0 ;Адреса ЕСВ(в настоящее время не используются} 


2$:ОХ=адрес спецификации запускаемой программы в виде строки АЗСПА, 


ИМТ 218, функция 4СНВ. Завершение процесса с кодом возврата 

Завершает текущий процесс (программу), помещая указанный код завершения в пред- 
назначенный для него байт области текущих данных ООЗ ($ЛА). В процессе завершения 
освобождает всю выделенную процессу память, сбрасывает на диск буферы, закрывает все 
открытые дескрипторы, из ячеек РУР восстанавливает векторы 228, 23В и 248. 

При вызове: 

АН=4СЬ 

АГ-=код возврата 


ИМТ 21, функция 401. Получение кода возврата и типа завершения 

Используется родительским процессом после возврата из дочернего процесса, ак- 
тивизированного функцией Ехес (ИМТ 21, функция 4ВВ), для получения из области 
текущих данных РОЗ (ЗРА) кодов возврата и завершения процесса. Код возврата в 
ЗРА в результате использования данной функции очищается, поэтому ее можно вызы- 
вать только однажды. 

При вызове: 

АН=4рЬ . 

При возврате: 

АН=тип завершения 

ООВ -— нормальное завершенис с помощью ПМТ 206 или [МТ 211 (функции 008 или 4СВ) 

ОТ -- пользователь ввел С+С 

02Ь -- завершение через драйвер критической ошибки 
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ОЗВ — завершение с помощью [МТ 218 (функции 31 или 278) 


АГ=код возврата, передаваемый из дочернего процесса. , 


ПМТ 211, функция 4Ев. Нахождение первого файла, соответствующего заданной 
спецификации 

Осуществляет поиск в указанном каталоге первого файла, соответствующего ука- 
занному шаблону групповой операции. Если СХ=0, ищутся только нормальные файлы 
(без атрибутов). Если СХ=8, ищется только метка тома. При указании других атрибу- 
тов или их комбинаций ищутся файлы с указанными атрибутами и нормальные файлы. 

При вызове: 

АН=4ЕВ 

СХ=атрибуты искомых файлов (могут комбинироваться) 

] - только для чтения 

2 - скрытый 

4 — системный 

8 — метка тома 

101 - каталог 

201 - атрибут архивации 

0$:ОХ=адрес спецификации искомого файла 

При возврате: 

Имя файла и расширение заносятся в область обмена с диском в байты 1Е|...2 АВ 


МТ 218, функция 4ЕВ. Нахождение следующего файла 

Осуществляет поиск следующего файла после того, как функция 4ЕБ нашла пер- 
вый файл, соответствующий указанному шаблону групповой операции. Используется 
только после успешного выполнения функции 4ЕВ. Если предполагается, что файлов, 
соответствующих шаблону, может быть больше двух, функцию следует выполнять 
многократно до получения СЕ=| (файлов, соответствующих шаблону, больше нет). 

При вызове: 

АН=4ЕВ 

При возврате: 

Имя файла и расширение заносятся в область обмена с диском в байты 1ЕВ...2 АВ; 
если следующий файл не найден, СЕ=Т 


ТМТ 21, функция 501. Установка идентификатора текущего процесса 

Позволяет записать в область текущих данных РОЗ адрес РЗР программы, кото- 
рую требуется объявить текущей. Функция не использует внутренние стеки 2О$ и по- 
этому реентерабельна. 

При вызове: 

АН=50, 

ВХ=сегментный адрес Р$ЗР процесса, объявляемого текущим 


ТУТ ЛЬ, функция 518. Получение идентификатора текущего процесса 

Позволяет получить адрес Р5Р программы, которую РОЗ считает текущей. Функ- 
ция не использует внутренние стеки РОЗ и поэтому реентерабельна. 

При вызове: 

АН=5 № 

При возврате: 

ВХ=сегментный адрес РЗР текущего процесса 
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ИМТ 248, функция 521. Получение адреса списка списков 

Возвращает адрес "списка списков" — базовой системной таблицы, содержащей 
информацию о ряде других таблиц РО$. 

При вызове: 

АН=526 

При возврате: 

Е5:ВХ=адрес списка списков 


ИМТ 211, функция 548. Получение флага проверки 

Позволяет получить состояние флага РО$ проверки правильности записи на диск. 

При вызове: 

АН=54В 

При возврате: 

АГ=флаг проверки: 

00=выключен 

01В=включен 
ИМТ 218, функция 561. Переименование файла 

Переименовывает файл или перемещает его в другой каталог на том же диске. До- 
пустимо переименование каталога. Недопустимо использование шаблонов групповых 
операций. 

При вызове: 

АН=56Ь 

0$:ОХ=адрес текущей спецификации файла 

Е$:ОЕ=адрес новой спецификации файла 
ИМТ 211, функция 57001. Получение даты и времени создания или модификации 
файла 

Позволяет получить дату и время создания файла, записанные в каталоге. Файл 
должен быть предварительно создан или открыт. 

При вызове: 

АХ=57008 

ВХ=дескриптор файла 

При возврате: 

СХ=новое время. Биты 0...4 - 2-секундные интервалы, 5В..АВ — минуты, 
ВВ...ЕВ - часы 

ОХ<=дата. Биты 0...4 — день, 5...8 — месяц, 9Н...ЕЬ — год относительно 1980 


ПМТ 211, функция 57011. Установка даты и времени создания файла 

Позволяет модифицировать дату и время создания файла, записанные в каталоге. 
Файл должен быть предварительно создан или открыт. 

При вызове: 

АХ=5701В 

ВХ=дескриптор файла 

СХ=новое время (см. функцию 57001) 

ОхХ=новая дата (см. функцию 570018) 


ИМТ 211, функция 5АВ. Создание временного файла 
Создает файл с указанными атрибутами в указанном каталоге и возвращает деск- 
риптор и имя файла. Имя файлу назначается системой. При завершении программы 
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файл не удаляется. Функцию удобно использовать, если в программе требуется соз- 
дать большое и неопределенное заранее количество файлов, конкретные имена кото- 
рых не имеют особого значения. 

При вызове: 

АН=5АВ 

СХ=атрибуты файла (могут комбинироваться): 

1 - только для чтения 

2- скрытый . 

4 — систсмный 

201 - атрибут архива 

Р$:2Х=адрес спецификации каталога в виде строки АЗСПЯ 

При возврате: 

АХ=дескриптор файла 

05:ОХ=адрес полной спецификации файла в виде строки АЗСНИ, 


ИМТ 211, функция 5ВВ. Создание нового файла 

Создает новый файл с указанной спецификацией и атрибутами и возвращает деск- 
риптор. Если указанный файл уже существует, функция завершается с ошибкой. 

При вызове: 

АН=5ВЬ 

СХ=атрибуты файла (могут комбинироваться; см. функцию 5АВ) 

05:ОХ=адрес спецификации файла в виде строки АЗСИЯ, 

При возврате: 

АХ=дескриптор файла 


ИМТ 211, функция 50061. Получение адреса области текущих данных 0О$ 

Возвращает адрес области текущих данных ООЗ ($\/аррае Рав Агеа, $РА), в кото- 
рой хранится ряд системных переменных, и в частности находятся все три стека РОЗ. 

При вызове: 

АХ=5006В 

При возврате: 

03:3[=адрес ЗРА 

СХ=размер в байтах части ЗА, которая должна сохраняться при переходе на дру- 
гой процесс, если прерывается функция РОЗ 

РХ=размер в байтах части ЗЛА, которая должна сохраняться при переходе на дру- 
гой процесс во всех случаях 


ИМТ 218, функция 6218. Получение идентификатора текущего процесса 

Позволяет получить адрес РЗР программы, которую РОЗ считаст текущей. Функ- 
ция не используст внутренние стеки РОЗ и поэтому реентерабсльна. Идентична функ- ° 
ции 518 

При вызове: 

АН=621 

При возврате: 

ВХ=ссгментный адрес РР текущего процесса 


ИМТ 211, функция 671. Установка числа дескрипторов 
Устанавливаст максимальное число файлов и устройств, которые могут быть од- 
новременно открыты текущим процессом. Фактически функция создает новую табли- 
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цу файлов задания УЕТ, копируя в ее начало исходную ЛЕТ, находящуюся в РР про- 
граммы и имеющую размер 20 байт. Новая таблица ‘создается в свободной памяти за 
пределами программы, и для ее успешного выполнения требуется, чтобы в системе 
был свободный блок памяти соответствующего размера. Поскольку максимальное 
число открытых файлов лимитируется не только размером УЕТ, но так же и числом 
блоков описания файлов в систсмной таблице файлов ЗЕТ, наряду с расширением ТЕТ 
требуется также расширить ЗЕТ с помощью директивы файла СОМЕ[С.$У5 ЕП.Е$=. 

При вызове: 

АН=67Ь 

ВХ=требуемое число дескрипторов 

При возврате: 

ВРУР текущей программы записан адрес новой ЛЕТ 


МТ 21, функция 681. Сброс буферов РО$ в файл 

Выполняст принудительное обновление файла на диске. Все данные, находящиеся 
в буферах РО$, записываются в файл. Обновляется запись каталога. 

При вызове: 

АН=68В 

ВХ=дескриптор 


ПМТ 211, функция 69001. Получение серийного номера тома 

Читает метку тома и серийный номер тома для данного диска. 

При вызове: 

АХ=69006В 

ВГ=дисковод (0=текущий, 1=А; ит. д.) 

25$:ВХ=адрес буфера размером 26 байт 

При возврате: 

В буфер помещается копия содержимого расширенного блока параметров ВОЗ 
(ВРВ) на диске 

` Формат буфера приведен в табл. [-4.2. 


Таблица П-4.2. Формат расширенного блока параметров диска 


ПОТ ИИА ПР АОИ МСО 
[18 _ _ |8 [| Тип файловой системы - строки 'ЕАТ12' или 'ЕАТ\6' 


ИМТ 211, функция 69011. Установка серийного номера тома 

Записывает метку тома и серийный номер тома для данного диска. 

При вызове: 

АХ=6901 

ВГ-дисковод (0=текущий, |=А: ит. д.) 

05$:ВХ=адрес буфера размером 18 байт 

При возврате: 

В расширенный ВРВ на диске копируется информация из байтов 0...106 буфера 
(см. функцию 69001) 
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ИМТ 231. Обработчик СЫ1-+-С — СЫ ВгеаК 

Служит для обработки команд пользователя на аварийное завершение текущей 
программы. При вводе пользователем команды СЫ+С в кольцевой буфер клавиатуры 
поступает код 2Е0ЗВ; в случае ввода команды СЫ1+ВгеаК кольцевой буфер очищается, 
а в буферный байт драйвера клавиатуры СОМ засылается код ОЗВ. Большинство функ- 
ций РОЗ перед выполнением закрепленного за ними действия анализируют наличие 
кода ОЗВ как в кольцевом буфере клавиатуры, так и в буфере драйвера. При обнаруже- 
нии этого кода функция РОЗ выполняет команду ПМТ 231. Системный обработчик 
этого прерывания завершает текущую программу вызовом функции РОЗ 4С1. При- 
кладная программа, установив собственный обработчик прерывания 231, может вме- 
шаться в процесс аварийного завершения программы, включив в него действия, необ- 
ходимые для аккуратного завершения программы. 


ПМТ 251. Абсолютное чтение с диска 

Позволяет прочитать в память с диска один или группу секторов с заданным на- 
чальным относительным номером. Секторы нумеруются с нуля от начала логического 
(не физического!) диска. Таким образом, загрузочный сектор данного логического 
диска имеет номер 0, следующий за ним на диске первый сектор первой копии ЕАТ - 
номер [ ит. д. | 

После выполнения прерываний 11 25} и 11 26В в стеке задачи остается слово, со- 
держащее значение регистра флагов. Если это слово не удалить, то нарушится даль- 
нейший ход программы. 

При вызове: 

АГ-=номер дисковода (0=А, 1=В ит. д.) 

СХ=число читаемых секторов 

ОХ=относительный номер первого читаемого сектора 

2$:ВХ=адрес буфера 

При ошибке: 

СЕ=1, АХ=коды ошибки: 

Код ошибки в регистре АН: 

018 - неправильная команда 

028 — неправильная адресная метка 

048 — запрошенный сектор не найден 

О8В — ошибка прямого доступа к памяти 

10 — ошибка данных (неправильная контрольная сумма) 

201 — ошибка контроллера 

406 — ошибка позиционирования 

Код ошибки в регистре АГ: 

008 — ошибка защиты записи 

018 - неизвестное устройство 

021 - дисковод не готов 

ОЗН - неизвестная команда 

048 — ошибка данных (неправильная контрольная сумма) 

06В — ошибка позиционирования 

07 — неизвестный тип носителя 

08В — сектор не найден 
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ИМТ 268. Абсолютная запись на диск 

Позволяет записать из памяти на диск один или группу секторов с заданным на- 
чальным относительным номером. Секторы нумеруются с нуля от начала логического 
(не физического!) диска. Таким образом, загрузочный сектор данного логического 
диска имеет номер 0, следующий за ним на диске первый сектор первой копии ЕАТ - 
номер | ит. д. 

После выполнения прерываний ш{ 258 и 11 26} в стеке задачи остается слово, со- 
держащее значение регистра флагов. Если это слово не удалить, то нарушится даль- 
нейший ход программы. 

При вызове: 

АГ-=номер дисковода (0=А, 1=В ит. д.) 

СХ=число читаемых секторов 

ОХ=относительный номер первого читаемого сектора 

05:ВХ=адрес буфера 

При ошибке: 

СЕ=1, АХ=коды ошибки (см. примечание к ПМТ 251) 


ИМТ 2Е1. Мультиплексное прерывание 

Прерывание предназначено для организации связи между процессами, и в частно- 
сти для обмена информацией с системными и прикладными резидентными програм- 
мами. Для пользователя зарезервированы функции СОН...РЕВ. 

При вызове: 

АН=функция 

АЁГ=подфункция 

Другие регистры используются по мере необходимости 

При возврате: 

АТ-=0 если программа не установлена и можно приступить к ее установке 

АГ=ЕЕВ если программа уже установлена 


Коды ошибок при выполнении функций ОЗ 


Если РОЗ не смогла выполнить требуемую функцию, перед возвратом в вызывающую 
программу ОО устанавливает флаг СЁ в регистре флагов, а в регистр АХ заносит код 
ошибки. В таблице 11-4.3 приведены наиболее употребительные коды ошибок. 


Таблица П-4.3. Коды ошибок РО$ 


- Код | Опание [| юЮ|] Он [||| | 
| 01 | Неправильный номер функции 1158 | Дисководнегтов | 
025 | Файл не нйен 116 | Неизвестная кмада | 
-03В_| Путь ненйен 11 [ Ошибка контрольной суммы | 
| 045 | Слишком много открытых файлов | 18 | Неверная длина структуры запроса | 
055 _| Доступ запрещен [19 | Ошибка поиска дрожи | 
-08В | Нехватка ами |1 | Впринтеренетбумми | 
—-09в | Неправильный адрес блока памяти | ПОВ | Отказзаии 
ОАВ | Неправильное окружение [ПЕ | Отазченя | 


Неправильный код доступа [205 | Нарушение разделения | 
Неправильные данные [218 | Нарушение запирания файла 
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иложение 5. 


Справочные данные по прерываниям ВОЗ 
Видеосистема, прерывание 101 





ИМТ 1018, функция 008. Установка видеорежима 
Устанавливает тскущий видеорежим. 
При вызове: 
АН=00Ъ 
АГ=видеорежим: 
ОЗВ текстовый, 80х25, [6 цветов 
106 графический, 640х350, 16 цветов (ЕСА) 
126 графический, 640х480, 16 цветов (УСА) 
ТОВ графический, 800х600, 256 цветов (УСА) 
З8В графический, 1024х768, 256 цветов (УСА) 


ИМТ 101, функция 011. Установка конфигурации курсора 

Позволяет задать начальную и конечную строки развертки мерцающего аппарат- 
ного курсора в текстовых видеорежимах. 

При вызове: 

АН=01В 

СН биты 0...4 = начальная строка развертки курсора 

СГ биты 0...4 = конечная строка развертки курсора 


ИМТ 101, функция 021. Установка позиции курсора 

Задает положение курсора на экране в текстовых координатах на указанной стра- 
нице (в том числе неактивной). Курсор можно установить как в текстовом, так и в 
графическом режиме, однако в графическом режимс курсор не виден. 

При вызове: 

АН=02. 

ВН=страница 

ОН=строка 

ОГ =столбец 


ИМТ 108, функция 03Н. Получение позиции и размера курсора 
Возвращает положение курсора на экране для заданной страницы (в том числе не- 
активной). 
При вызове: 
АН=03В 
ВН=страница 
При возврате: 
СН=начальная строка развертки для курсора 
СГ=конечная строка развертки для курсора 
ОН=строка 
ОГ =столбец 


ИМТ 101, функция 058. Установка видеостраницы 
Устанавливаст активную видеостраницу (как текстовую, так и графическую). 
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При вызове: 
АН=05В 
А] =страница 


ТМТ-101, функция 061. Инициализация или прокрутка окнавверх 

Инициализирует окно с указанными координатами пробелами АЗСИ с заданным 
атрибутом или прокручивает содержимое окна вверх на заданное число строк. Дейст- 
вует только для активной страницы. При прокрутке появляющиеся внизу строки за- 
полняются пробелами АЗСП с заданным атрибутом. Функцию удобно использовать 
для быстрой очистки всего экрана или любой прямоугольной области на экране. 

При вызове: 

АН=06бВ 

АГ=число строк прокрутки; если АГ=0, все окно очищается 

ВН=атрибут символов в окне 

СН=у-координата верхнего левого угла окна 

СТ=х-координата верхнего левого угла окна 

ОН=у-координата нижнего правого угла окна 

ОГ -=х-координата нижнего правого угла окна 


МТ 108, функция 07%. Инициализация или прокрутка окна вниз 

Инициализирует окно с указанными координатами пробелами АЗСП с заданным 
атрибутом или прокручивает содержимое окна вниз на заданное число строк. Действу- 
ет только для активной страницы. При прокрутке появляющиеся вверху строки запо л- 
няются пробелами АЗСП с заданным атрибутом. Функцию удобно использовать для 
быстрой очистки всего экрана или любой прямоугольной области на экране. 

При вызове: 

АН=07Ъ 

АГ=число строк прокрутки; если АГ=0, все окно очищается 

ВН=атрибут символов в окне 

СН=у-координата верхнего левого угла окна 

СГ=х-координата верхнего левого угла окна 

ОН=у-координата нижнего правого угла окна 

ОГ =х-координата нижнего правого угла окна 


ТМТ 10В, функция 081. Чтение символа и атрибута в позиции курсора 

Возвращает символ АЗСИ и его атрибут в позиции курсора на заданной странице 
(не только активной). 

При вызове: 

АН=08Ь 

ВН=страница 

При возврате: 

АН=атрибут 

АГ=символ 


ИМТ 10Ъ, функция 091. Запись символа и атрибута в позицию курсора 

Записывает символ и его атрибут в текущую позицию курсора как в графическом, 
так и в текстовом режиме. В графическом режиме символы не должны переходить на 
следующую строку. Все коды в А|. рассматриваются как знаки и не управляют поло- 
жением курсора. После вывода символа курсор нужно сместить к следующей позиции 
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функцией 028. Коэффициент повторения позволяет выводить строки одинаковых сим- 
волов (но курсор не смещается). В текстовом режиме символ выводится с указанным 
атрибутом, т. е. заданного цвета на заданном фоне. В графическом режиме содержи- 
мое В!. влияет на цвет только символа, но не фона под ним. Однако графическое изо- 
бражение под знакоместом затирается. 

При вызове: 

АН=09ь 

АГ=символ 

ВН=страница 

ВГ=атрибут (текстовый режим) или цвет (графический режим) 

СХ=коэффициент повторения 


ИМТ 101, функция ОАВ. Запись символа в позицию курсора 

Записывает символ АЗСИ в текущую позицию курсора как в графическом, так и в 
текстовом режиме. Символ принимает атрибут, установленный ранее для этой пози- 
ции. В графическом режиме символы не должны переходить на следующую строку. 
Все коды в АГ. рассматриваются как знаки и не управляют положением курсора. После 
вывода символа курсор следует сместить к следующей позиции функцией 028. Коэф- 
фициент повторения позволяет выводить строки одинаковых символов (но курсор не 
смещается). 

При вызове: 

АН=0ОАВ 

АГ=символ 

ВН=страница 

СХ=коэффициент повторения: 


МТ В, функция ОСК. Запись пиксела 
Записывает в видеобуфер точку заданного цвета в заданной графической позиции. 
При вызове: 
АН=оСЬ 
АГ=цвет (номер цветового регистра) 
ВН=страница | 
СХ=графический столбец 
ОХ=графическая строка 


ИМТ 108, функция 008. Чтение пиксела. 

Читает из видеобуфера цвет пиксела в заданной графической позиции. 

При вызове: 

АН=оСЬ 

ВН=страница 

СХ=графический столбец 

ОХ=графическая строка 

При возврате: АТ =цвет (номер цветового регистра) 
ИМТ 101, функция 0ЕКН. Запись символа в режиме телетайпа 

Записывает символ АЗСИ в текущую позицию курсора на активной странице 
и смещает курсор к следующей позиции. Коды АЗСИ: 07В - звонок, 08В — шаг назад, 
ООН - возврат каретки, ОАВ - перевод строки — рассматриваются как управляющие, 
и выполняются соответствующие им действия. Остальные управляющие коды рас- 
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сматриваются как знаки и выводятся на экран. Действует автоматический перевод кур- 
сора на следующую строку и скроллинг экрана. Атрибут символа указать нельзя; при 
записи действует атрибут, установленный ранее для текущей позиции. 

При вызове: 

АН=ОЕБ 

АГ=символ 

ВГ=цвет символа (в графическом режиме) 


ИМТ ТВ, функция ОЕН. Получение видеорежима 
Позволяет получить текущий видеорежим видеоконтроллера. 
При вызове: 
АН=ОЕБ 
При возврате: 
АН=число символьных столбцов на экране 
АГ=видеорежим 
ВН=активная видеостраница 


ИМТ 108, функция 101, подфункция 001. Настройка цветового регистра 

Устанавливает соответствие номера цветового регистра цвету пиксела. Каждый 
цветовой регистр содержит 6 значащих разрядов, которые определяют интенсивность 
красного, зеленого и синего компонентов, дающих при смешивании требуемый цвет. 
Разряды 0...2 закреплены за цветами красный, зеленый, синий с интенсивностью 2/3 
максимальной; разряды 3...5 — за теми же цветами с интенсивностью 2/3. Таким обра- 
зом, число 1 (С), записанное в регистр, определяет синий цвет, число 9 (с+С) - ярко- 
синий, число 7 (К+З+С) — белый, число ЕЕВ (к+з+с+К+3+С) - ярко-белый. Регистр, со- 
держащий 0, определяет черный цвет. 

При вызове: 

АХ=10008 

ВН-значение цвета в коде кзсКЗС (см. описание подфункции 00|) 

ВГ-номер цветового регистра (0...15) 


ИМТ 108, функция 108, подфункция 011. Установка цвета края экрана 

Устанавливает цвет края экрана (выбегов развертки). 

При вызове: 

АХ=1001В 

ВН=значение цвета в коде кзсКЗС (см. описание подфункции 001) 
ИМТ 106, функция 101, подфункция 028. Настройка цветовой палитры и устан®- 
ка цвета края экрана 

Устанавливает соответствис номеров цветовых регистров цветам пикселов, а так- 
же цвет края экрана (выбегов развертки). 

При вызове: 

АХ=10028 

Е :ОХ=адрес 17-байтовой таблицы цветов. 

Таблица заполняется кодами кзсКЗС (см. описание подфункции 001), загружаемыми 
в цветовые регистры 0...15 (первые 16 байт) и в регистр края экрана (последний байт). 


ИМТ 101, подфункция 031. Переключение назначения бита "мерцаниеяркость" 
Определяет назначение старшего бита (7) атрибута символа: мерцание символа 
или повышенная яркость фона под ним. 
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При вызове: 

АХ=1003В 

ВТ=назначение старшего бита байта атрибута: 
0 — повышенная яркость фона 

1 - мерцание символа 


ГУТ 10В, функция 108, подфункция 078. 
Чтение цветового регистра. 
При вызове: 
АХ=1007В 
При возврате: 
ВН=значение цвета в коде кзсКЗС (см. описание подфункции 008) 


ИМТ 108, функция 108, подфункция 098. Чтение цветовой палитры и цвета края 
экрана 
Позволяет одной командой получить содержимое всех 17 цветовых регистров. 
При вызове: | 
АХ=10098 
Е$:ОХ=адрес 17-байтового буфера для содержимого цветовых регистров 


ПМТ 10, функция ИВ, подфункция 031. Задание спецификатора блока знакок- 
нератора 

Позволяет определить назначение бита 3 байта атрибутов символа в текстовых ви- 
деорежимах: яркость символа или номера блоков знакогенератора. Биты 0...1 регистра 
ВЕ определяют номер блока (от 0 до 3) знакогенератора, символы из которого посту- 
пают на экран, если бит 3 байта атрибутов равен нулю. Биты 2...3 регистра ВГ. опреде- 
ляют номер блока (от 0 до 3) знакогенератора, символы из которого поступают на эк- 
ран, если бит 3 байта атрибутов равен единице. Если значения битов 0... | и 2...3 сов- 
падают, используется только один блок знакогенератора (256 символов), а бит 3 байта 
атрибутов управляет яркостью символов. 

При вызове: 

АХ=1103В 

ВГ-код блока знакогенератора 


ИМТ 101, функция 111, подфункция 108. Загрузка шрифта пользователя 

Загружает таблицу с определением шрифта пользователя в указанный блок генера- 
тора символов. Перспрограммирует контроллер на новый размер шрифта. При исполь- 
зовании подфункции 10В должна быть активна видеостраница 0. Подфункция 008 вы- 
полняет те же действия, но не псрепрограммирует видеоконтроллер; при использова- 
нии этой подфункции активной может быть любая видеостраница. 

При вызове: 

АХ=1110Ъ 

ВН=высота символа в числе графических точек 

ВГ=блок генератора 

СХ=число символов, описанных в таблице 

ОХ=код, назначаемый первому символу таблицы 

Е$:ВР=адрес таблицы 


ИМТ 108, функция 118, подфункция 111. Загрузка шрифта ПЗУ 8х14 
Загружаст шрифт ПЗУ В1О$ размером 8х14 графических точек, используемый по 
умолчанию, в указанный блок генератора символов. При использовании подфункции 
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11В должна быть активна видеостраница 0. Подфункция О1Н выполняет те же дейст- 
вия, но не перепрограммирует видеоконтроллер; при использовании этой подфункции 
активной может быть любая видеостраница. 

При вызове: 

АН=1111В 


ВГ=блок генератора 


МТ 101, функция 118, подфункция 121. Загрузка шрифта ПЗУ 8х8 

Загружает шрифт ПЗУ ВОЗ размером 8х8 графических точек, используемый по 
умолчанию, в указанный блок генератора символов. При использовании подфункции 
126 должна быть активна видеостраница 0. Подфункция 026 выполняет те же дейст- 
вия, но не перепрограммирует видеоконтроллер; при использовании этой подфункции 
активной может быть любая видеостраница. 

При вызове: 

АХ=11128 

ВГ=блок генератора 


ИМТ 106, функция 118, подфункция 211. Установка вектора 431 на шрифт пол- 
зователя 

Загружает в вектор 43ЗВ адрес таблицы шрифтов пользователя для применения 
в графическом режиме. Одновременно модифицируется область видеоданных В1О$. 

При вызове: 

АХ=1121В 

ВГ-=код числа строк на экране 

ООр=указывается пользователем (см. регистр ОГ.) 

011=14 строк 

021=25 строк 

03н=43 строки 

СХ=число строк пикселов (байтов) на символ 

ОГ-=число строк на экране (если ВЕ=00Ъ) 

ЕЗ:ВР=адрес таблицы шрифтов пользователя 


ИМТ 101, функция 118, подфункция 228. Установка вектора 438 на шрифт ПЗУ 8х14 

Загружает в вектор 43В из ПЗУ ВЮ$ адрес таблицы шрифтов с размером матрицы 
8х14 точек для использования в графическом режиме. Одновременно модифицируется 
область видеоданных В1ОЗ. 

При вызове: 

АХ=11228 


ТИТ в, функция 111, подфункция 238. Установка вектора 43} на шрифт ПЗУ 
8х8 

Загружает в вектор 431 из ПЗУ ВЮ$З адрес таблицы шрифтов с размером матрицы 
8х8 точек для использования в графическом режиме. Одновременно модифицируется 
область видеоданных В10$. 

При вызове: | 

АХ=1123. 


ТИТ 101, функция 118, подфункция 308. Получение информации о шрифтах 
Позволяет получить адреса таблиц шрифтов, а также число строк пикселов (бай- 
тов) на символ для данного шрифта. 


з 
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При вызове: 
АХ=1130. 
ВН=код шрифта 
ООн=текущее содержимое вектора 1ЕЪ 
011=текущее содержимое вектора 4ЗВ 
026=шрифт ПЗУ 8х14 
ОЗн=шрифт ПЗУ 8х8 (1-я половина) 
041=шрифт ПЗУ 8х8 (2-я половина) 
При возврате: 
СХ=число строк пикселов (байтов) на символ 
ОГ-=номер последней строки на экране 
ЕЗ:ВР=адрес таблицы со шрифтом. , 
ГУТ 1®В, функция 138. Запись строки в режиме телетайпа 

Записывает строку в текущую страницу видеобуфера начиная с указанной пози- 
ции. Коды АЗСП: 07 - звонок, О8Н — шаг назад, 096 — табуляция, ОАВ — перевод стро- 
ки, ООВ - возврат каретки — рассматриваются как управляющие, и выполняются соот- 
ветствующие им действия. 

При вызове: 

АН=13В 

АГ=режим записи: 

0 — атрибут в ВГ, строка содержит только коды символов, курсор не смещается 
после записи 

1 — атрибут в ВГ, строка содержит только коды символов, курсор смещается после 
записи 

2 — строка содержит попеременно коды символов и атрибутов; курсор не смещает- 
ся после записи 

3 — строка содержит попеременно коды символов и атрибутов; курсор смещается 
после записи 

ВН=страница 

ВГ-=атрибут (если АГ=0 или 1) 

СХ=длина символьной строки (в длину входят только коды символов, но не байты 
атрибутов) 

ОН=номер строки на экране 

ОГ.=номер столбца на экране 

ЕЗ:ВР=адрес строки 


Дисковая система, прерывание 136 


ГУТ 131, функция 008. Сброс дисковой системы 

Приводит дисковый контроллер в исходное состояние, позиционирует головки на 
цилиндр 0 и подготавливает систему в вводу-выводу. 

При вызове: 

АН=006 

ОГ-=дисковод . 

ООВ...7ЕЬ -- гибкий диск 

801...ЕЕН — жесткий диск 
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При ошибке: 

СЕ=1, АН=состояние: 

ООН — отсутствие ошибки 

011 — неправильная команда 

021 — не найдена адресная метка 

ОЗЬ — дискета защищена от записи 

048 — сектор не найден 

051 — сброс жесткого диска не прошел 

06В — дискета вынута 

076 — неправильная таблица параметров жесткого диска 
ОСЬ - не найден тип носителя данных 

ОБЬ — неправильное.число секторов в формате на жестком диске 
106 — невосстановимая ошибка данных 

116 - восстановленная ошибка данных на жестком диске 
206 — неисправность контроллера 

40} — ошибка позиционирования 

801 — тайм-аут диска | 

ААН - жесткий диск не готов 

ВВЬ - неизвестная ошибка жесткого диска 


МТ 13В, функция 028. Чтение секторов 

Читает один или группу секторов с физического (не логического!) диска в память. 
Для начального ссктора указываются абсолютные координаты (цилиндр, сектор, го- 
ловка). Секторы физического диска нумеруются на каждой дорожке с единицы, ци- 
линдры нумеруются с нуля, головки нумеруются с нуля. Сначала идут секторы 1...п 
цилиндра 0, головки (поверхности) 0, затем секторы 1...п цилиндра 0, головки (по- 
верхности) 1, далее секторы 1...п цилиндра 1, головки 0 ит. д. Таким образом, сектор 1 
цилиндра 0 головки 0 относится к главной загрузочной записи (Мазег 6001). 


При вызове: 

АН=026 

АГ=число читаемых секторов 

СН=цилиндр 

СГ=начальный сектор (биты 0...5) и 2 старших бита номера цилиндра (биты 6...7) 
ОН=головка 

ПТ-=дисковод 

008...7ЕВ — гибкий диск 

808...РЕр — жесткий диск 

ЕЗ:ВХ=адрес буфера 

При возврате: 

СЕ=0, АН=0, АГ=число переданных секторов 
При ошибке: 

СЕ=1, АН=состояние (см. функцию 006) 


ИМТ 131, функция 0316. Запись секторов 

Записывает один или группу секторов из памяти на физический (не логический!) 
диск. Для начального сектора указываются абсолютные координаты (цилиндр, сектор, 
головка). Секторы физического диска нумеруются на каждой дорожке с единицы, ци- 
линдры нумеруются с нуля, головки нумеруются с нуля. Сначала идут секторы 1...п 
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цилиндра 0, головки (поверхности) 0, затем секторы 1..п цилиндра 0, головки (по- 
верхности) 1, далее секторы 1...п цилиндра 1, головки 0 и т. д. Таким образом, сектор 1 
цилиндра 0 головки 0 относится к главной загрузочной записи (Мазчег 5001). 

При вызове: 

АН=0ЗЬ 

АГ=число записываемых секторов 

СН=цилиндр 

СТГ.=начальный сектор (биты 0...5) и 2 старших бита номера цилиндра (биты 6...7) 

ОН=головка 

ОГ =дисковод 

О0В...7ЕЪ — гибкий диск 

З0В...РЕЬВ — жесткий диск 

Е$:ВХ=адрес буфера 

При возврате: 

СЕ=0, АН=0, АТ=число переданных секторов 

При ошибке: 

СЕ=1, АН=состояние (см. функцию 008) 


ИМТ 13, функция 058. Форматирование дорожки на гибком диске 

Форматирует указанную дорожку, нанося на нее форматные метки. При формати- 
ровании дорожки дискеты следует составить список адресных полей. Каждое поле со- 
стоит из 4 байт, в которых указываются: цилиндр, головка, сектор, код размера секто- 
ра. Число адресных полей равно числу секторов на дорожке. Код размера сектора мо- 
жет принимать значения: 

О - 128 байт на сектор 

1 — 256 байт на сектор 

2512 байт на сектор 

3 — 1024 байта на сектор. 

При вызове: 

АН=05Ъ 

АГ=число форматируемых секторов 

СН=цилиндр 

ОН=головка 

ОГ=дисковод (001...7ЕВ) 

Е5:ВХ=адрес списка адресных полей 

При ошибке: 

СЕ=1, АН=состояние (см. функцию 001) 


Последовательный ввод-вывод, прерывание 145 


ПМТ 145, функция 001. Инициализация порта 
Задает операционные параметры для конкретного последовательного порта. 
При вызове: 
АН=00Ь 
АГ=параметры порта (см. табл. П-5.1) 
ОХ=номер порта (001...035) 
При возврате: 
АН=состояние линии (см. табл. П-5.2) 
АТ =состоянис модема (см. табл. П-5.2) 
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Таблица П-5.1. Параметры инициализации последовательного порта 


Биты 7-6-5: 
скорость передачи, 
бод 














Регистр АГ, 
Биты | Значение ____[__ Биты | Значение | 


7 Обнаружение сигнала (СО 
Передача "Сдвиговый регистр пуст" Индикатор вызова (В | 


Модем готов (2ЗВ. 
Обнаружен ВгеаК Готов к передаче (СТ$ 


7 | 
6 | 
"Обнаружение сигнала" 








Ошибка четности Спад сигнала вызова 


Изменение состояния линии "Модем 


готов" ` 
| Принимаемые данныетоовы [00 Изменение состояния линии "Готов 
к передаче" 


ПАУТ 148, функция 016. Вывод в порт 
Выводит один символ в указанный последовательный порт. 
При вызове: 
АН=01Ъ 
АГ=выводимый символ 
ОХ=номер порта (00Ъ...03В) 
При возврате: 
АН бит 7 сброшен, если успешное выполнение 
АН бит 7 установлен в случае ошибки 
АН биты 6...0 — состоянис порта (см. функцию 008) 


ТУТ 14В, функция 028. Ввод из порта 


Вводит один символ из указанного последовательного порта, ожидая в случае не- 
обходимости. 


При вызове: 

АН=02ь 

ОХ=номер порта (005...03Ъ) 

При возврате: 

АН=состояние линии (см. функцию 008) 
АГ=принятый символ, если бит 7 АН сброшен 
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ИМТ 141, функция 031. Получение состояния порта 
Читает состояние указанного последовательного порта. 
При вызове: 

АН=оЗЬ 

ОХ=номер порта (008...03Н) 

При возврате: 

АН=состояние линии (см. функцию 001) 
АГ=состояние модема (см. функцию 001) 


Клавиатура, прерывание 165 


ИМТ 161, функция 001. Чтение символа с клавиатуры 

Читает из кольцевого буфера ввода символ и скан-код. Если буфер пуст, ожидает 
ввода. Функция отбрасывает расширенные коды АЗСИ, возвращая значение только 
в случае поступления обычного, нерасширенного кода. 

При вызове: 

АН=00ь 

При возврате: 

АН=скан-код 

АГ-=символ АЗСПИ 


ИМТ 168, функция 018. Получение состояния клавиатуры 

Определяет, имеются ли в кольцевом буфере ожидающие ввода символы; возвра- 
щает флаг ожидания и сам символ при его наличии. При этом и символ и скан-код не 
извлекаются из кольцевого буфера и будут снова получены при вызове функции 008 
прерывания ПМТ 161. Однако в процессе проверки наличия ожидающего кода все рас- 
ширенные коды удаляются из буфера. 

При вызове: 

АН=01В 

При возврате: 

Если символ ожидает: 

2Е=0, АН=скан-код, АГ=код АЗСП символа 

Если ожидающих символов нет: 

2Е=1 


ПМТ 168, функция 028. Получение флагов клавиатуры 

Возвращает байт флагов клавиатуры, описывающий состояние управляющих кла- 
виш клавиатуры (байт в области данных ВОЗ по адресу 00005:04178). 

При вызове: 

АН=028 

При возврате: 

АГ=флаги. Биты байта имеют следующис значения: 

0 — нажата правая клавиша ЗЫЙ 

1 - нажата левая клавиша ЗЫ 

2 — нажата клавиша СЫ] 

3 — нажата клавиша АЙ 

4 — включен режим Зсго! ГосК 

5 — включен режим Мит ГосК 

6 — включен режим Сарз Госк 
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7 — включен режим $ец 


ИМТ 161, функция 031. Установление задержки и скорости автоповтора 

Задает характеристики автоповтора при длительном удерживании любой клавиши 
в нажатом состоянии. 

При вызове: 

АН=0ЗЬ 

АТ=О5В 

ВН=код значения задержки 

ВГ-=код скорости автоповтора 

Значения кодов задержки: 

001=1/4 с 

011=1/2 с 

025=3/4 с 

О3Н=1 с 

Значения кодов скорости автоповтора: 

001=30 символ/с 

016=26,7 символ/с 

021=24 символ/с 

036=21,8 символ/с 


16 Ъ=2 символ/с 


ИМТ 161, функция 051. Помещение кода символа в буфер клавиатуры 

Эмулирует ввод с.клавиатуры под управлением программы, засылая указанный 
символ в кольцевой буфер клавиатуры. 

При вызове: 

АН=05В 

СН=скан-код 

СТГ-=код АЗСИ символа 

При возврате: 

АГ=О0В, если успешное выполнение 

АГ=О1Ъ, если буфер клавиатуры полон 


ТМТ 16Ъ, функция 101. Получение кода клавиши расширенной клавиатуры 
‚ Читает из кольцевого буфера ввода символ и скан-код. Если буфер пуст, ожидает вво- 

да. В отличие от функции 00 эта функция не отбрасывает расширенные коды АЗСИ 

При вызове: 

АН=10Ь 

При возврате: 

АН=скан-код 

АГ=символ АЗСИ 
ТМТ 168, функция 118. Получение состояния расширенной клавиатуры 

Определяст, имеются ли в кольцевом буфере ожидающие ввода символы; возвра- 
щает флаг ожидания и сам символ при его наличии. Однако символ и скан-код не из- 
влекаются из кольцевого буфера и будут снова получены при вызове функции 108 
прерывания ПМТ 168. В отличие от функции 011 эта функция не отбрасывает расши- 
ренные коды АЗСИ. 
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При вызове: 

'АН=НЬ 

При возврате: 

Если символ ожидает: 

2Е=0, АН=скан-код, АГ=код АЗСИ символа 
Если ожидающих символов нет: 

2Е=1 


ИМТ 161, функция 121. Получение флагов расширенной клавиатуры 

Возвращает всю информацию о флагах клавиатуры, описывающих состояние 
управляющих клавиш клавиатуры (байты в области данных ВОЗ по адресам 
00008:04178 и 0000Ъ:0418В). 

При вызове: 

АН=12. 

При возврате: 

АГ=байт 1 флагов расшгиренной клавиатуры. Биты байта имеют следующие значения: 

0 — нажата правая клавиша ЗЫЯ 

1 — нажата левая клавиша ЗЫЙ 

2 — нажата любая клавиша СЫ] 

3 — нажата любая клавиша АЁ 

4 — включен режим ЭсгоЙ Госк 

5 — включен режим Мит ГосКк 

6 — включен режим Сарз ГосКк 

7 - включен режим шзей 


АН=байт 2 флагов расширенной клавиатуры. Биты байта имеют следующие 
значения: 

0 — нажата левая клавиша СЫ] 

1 — нажата левая клавиша АН 

2 — нажата правая клавиша СЫ! 

3 — нажата правая клавиша АЙ 

4 — нажата клавиша ЗсгоН Госк 

5 — нажата клавиша Миг [.0ск 

6 — нажата клавиша Сарз ГосК 

7 — нажата клавиша ЗузВа 


Принтер, прерывание 17В 


ИМТ ГВ, функция 008. Вывод символа 
Выводит один символ на принтер. 
При вызове: 

АН=00Б 

АГ=выводимый символ 

ОХ=номер порта принтера (001...026) 
При возврате: 

АН=состояние принтера: 

бит 0: тайм-аут 

бит 3: ошибка ввода-вывода 

бит 4: выбран 
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бит 5: нет бумаги 
бит 6: подтверждение 
бит 7: не занят 


ТУТ ГВ, функция 011. Инициализация порта принтера 
Сбрасывает порт принтера. 
При вызове: 
АН=01В 
ОхХ=номер порта принтера (003...028) 
При возврате: 
АН=состояние принтера (см. функцию 001) 


МТ 141, функция 028. Получение состояния порта принтера 
Читает состояние указанного принтера. 
При вызове: 
АН=02ь 
РХ=номер порта принтера (001...025) 
При возврате: 
АН=состояние принтера (см. функцию 00%) 


Начальный загрузчик, прерывание 195 


ИМТ 196. Перезагрузка системы 
Перезагружает систему, не очищая память и не восстанавливая векторы прерываний. 


Часы реального времени, прерывание 1АБ 


ПМТ 1АВ, функция 001. Получение системного времени 

Читает системное время, хранящееся в 4-байтовой ячейкс области данных ВОЗ по ад- 
ресу 00406:006ЕВ. Содержимое этой ячейки инкрементируется прерыванием от аппаратно- 
го таймера через вектор О8В каждые 55 мс (приблизительно 18,2 раза в секунду). 

При вызове: 

АН=00ь 

При возврате: 

СХ:ОХ=число тактов системного таймера от полуночи 

АГ=флаг полуночи; не нуль, если с момента последнего чтения время прошло че- 
рез полночь 


ПМТ 1ТАВ, функция 018. Установка системного времени 

Устанавливает значение системного времени, которое хранится в 4-байтовой ячей- 
ке области данных В1О$ по адресу 0040%:006ЕН. Содержимое этой ячейки инкремен- 
тируется прерыванием от аппаратного таймера через вектор 08В каждые 55 мс (при- 
близительно 18,2 раза в сскунду). | 

При вызове: 

АН=01В 

СХ:ОХ=число тактов системного таймера от полуночи 


ПМТ 1АВ, функция 028. Получение времени от КМОП-часов реального времени 
Читает показания часов реального времени, питающихся от аккумулятора и рабо- 
тающих независимо от состояния включения компьютера. 
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При вызове: 

АН=02% 

При возврате: 

СЕ сброшен, если успешное выполнение. В этом случае: 

СН=часы в коде ВСР | 

СГ=минуты в коде ВСО 

ОН=секунды в коде ВСО 

ОЕ=флаг летнего времени (001 — стандартное время, 011 — летнее время) 

СЕ установлен, если часы не идут или находятся в процессе обновления времени 


ПМТ ТАВ, функция 038. Установка времени в КМОП-часах реального времени 

Устанавливает показания часов реального времени, питающихся от аккумулятора 
и работающих независимо от состояния включения компьютера. 

При вызове: 

АН=0ЗЬ 

СН=часы в коде ВСО 

СГ=минуты в коде ВСО 

ОН=секунды в коде ВСО 

ОГ=флаг летнего времени (001 — стандартное время, 018 — летнее время) 


ИМТ ТАЬ, функция 041. Получение даты от КМОП-календаря реального времени 

Читает дату из календаря реального времени, питающегося от аккумулятора и ра- 
ботающего независимо от состояния включения компьютера. 

При вызове: 

АН=04 

При возврате: 

СЕ сброшен, если успешное выполнение. В этом случае: 

СН=две старшие цифры года в коде ВСО 

СГ=две младшие цифры года в коде ВСО 

ОН=месяц в коде ВСО 

ОГ =день в коде ВСО 

СЕ установлен, если часы не идут или находятся в процессе обновления времени 


ИМТ ТАБ, функция 051. Установка даты в КМОП-календаре реального времени 

Читает дату из календаря реального времени, питающегося от аккумулятора и ра- 
ботающего независимо от состояния включения компьютера. 

При вызове: 

АН=05В 

СН=две старшие цифры года в коде ВСО 

СТ=две младшие цифры года в коде ВСО 

ОН=месяц в коде ВСО 

ОТ =день в коде ВСО 


ПМТ ТАБ, функция 061. Установка будильника в КМОП-часах реального времени 

Устанавливает будильник в часах реального времени. В установленный момент 
КМОП-микросхема возбуждает аппаратное прерывание через вектор 701, в системном 
обработчике которого имеется команда ПМТ 4АВ. Прикладная программа, обрабаты- 
вающая сигнал от будильника, может перехватывать как аппаратное (701), так и про- 
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граммное (4АВ) прерывание. После установки будильник будет возбуждать прерыва- 
ния каждые сутки до свосго выключения функцией 071. 

При вызове: 

АН=06В 

СН=часы в коде ВСО 

СТ=минуты в коде ВСО 

ОН=секунды в коде ВСО 


ПМТ 1АВ, функция 071. Отмена будильника в КМОП-часах реального времени 
Запрещает работу будильника в часах реального времени. 
При вызове; 
АН=07В 


ИМТ 4АВ. Прерывание, служащее для перехвата прикладной программой сигнала 
от будильника в часах реального времени 

Команда ПМТ 4АБ включена в системный обработчик прерывания 70 от 
будильника в часах реального времени. Системный обработчик этого прерывания 
фактически выполняет лишь команду 1ВЕТ; прикладная программа может установить 
собственный обработчик прерывания 4АВ, который будет активизироваться сигналом 
будильника. 
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А 
Адрес возврата 
из ближней подпрограммы ` 159 
из дальией подпрограммы * 162 
модификация ` 174 
Адресация 
непосредственная - 49 
регистровая ` 49 
с указанием адреса памяти . 49 
способы : 47 
Адресация памяти 
базовая * 50 
базовая со смещением - 50 
базово-индексная * 51 
базово-индексная со смещением ‹ 51 
индексная ' 50 
индексная со смещением . 50 
прямая ' 49 
Адресная линия А20 - 94 
Адресное пространство - 90 
Адрес-псевдоним при блокировании 
памяти * 471 
Аккумулятор АХ - 15 
Аппаратные векторы в 
М$ ОО$. 515 
\Утпдо\м$ 95/98 - 515 
\Утдом$ МТ . 515 
Асинхронные операции - 474 
Ассемблер 6 
Атрибут дескриптора 
ГОТ . 354 
Т$$ - 343 
Атрибут шлюза вызова ‹ 363 
Атрибуты 
сегментов памяти ' 302 
символов - 99 


Б 

Базовая система ввода-вывода ` 90 
Байт 

атрибутов | : 301 

атрибутов 2: 302 

состояния отключения - 293 
Байты флагов клавиатуры - 122 
Блок 

окружения программы . 248 

управления памятью ' 243 
Блок памяти ` 243 

выделение - 244 


Предметный указатель 


освобождение . 244 
управление - 244 
Будильник ' 115 
Буквы в программах 
прописные ` 5 
строчные ` 5 


В 

Ввод с клавиатуры ' 223 

с упреждеиием - 125 
Вектор 

1ВЬ. 180 

231 - 200 

ЗОН - 401 

базовый в 2О$ - 102 

базовый в \Мтшдо\м$ 95/98 . 412 

базовый в \Мтдо\$ МТ - 515 
Вектор прерывания ‹ 103 

восстановление - 169 

сохранение - 169 
Венгерская нотация - 496 


Взаимная синхронизация потоков * 475 


Взаимодействие 2О$ и В1О$ - 44 
Видеоадаптеры ЗУСА - 239 
Видеорежим 

графический - 237 

текстовый ` 231 
Видеостраница : 231 
Виртуализация 

прерывания ' 434 

устройства : 374 
Виртуальная маска прерываний ` 427 
Виртуальная машина (УМ) 

менеджер . 375 

системная ` 375 
Виртуальный драйвер - 374 
Вложенное выполнение УМ - 436 
Возврат 

ближний - 163 

в реальный режим . 293 

дальний * 163 
Вызов 

косвенный - 163 

межсегментный ' 163 

прямой ближний : 160 

прямой дальний : 161 


Г 
Главная функция У\ЛтМат - 387 
Главное окно : 420 


изменение размера ` 244 


ДИАПОГИИОИ 


курсор . 422 
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показ . 422 область данных ' 128 


создание . 422 относительные секторы ' 128 
цвет фона ' 422 сектор ` 128 
Графический режим ' 46 таблицы размещения файлов ‹ 128 
д физическая организация ‹ 127 


цилиндр‘ 127 


Дамп памяти ` 23 чтение информации из системных областей . 133 


Дата и время в каталоге диска ‹ 130 Диспетчер 2О$ . 197 
Деассемблер ` 81 Драйвер 
Деассемблирование ` 81 АМЗТ5У5 - 56 
Дескриптор ЕММ386.ЕХЕ . 94 
УМ . 376 Н1МЕМ.5 $ . 93 
виртуального прерывания ' 434 виртуальный ‘ 374 
драйвера. 448 АР!-процедура для приложений РО$ и 
клавиатура * 223 Иппаомх - 381 
памяти ' 299 1ЮСТЕ-интерфейс ' 447 
расширенной памяти ' 307 ° блок описания * 380 
сегмента . 289 блокирование физической памяти ` 467 
системный ' 334 возврат линейных адресов процедур ` 450 
тип ‹ 334 диагностика ` 443 
события ` 474 проверка наличия для порта ` 409 
таблицы прерываний ШТ. 311 простейший - 378 
уровень привилегий ОРИ. 301 процедура инициализации реального 
файла - 47 режима ` 380 
шлюза ' 311 процесс подготовки ‹ 381 
поле типа ` 311 разблокирование физической памяти ` 467 
экрана ` 31 структура ` 378 
Динамик компьютера, программное управляющая процедура . 380 
управление . 119 установка в системе ` 381 
Директива систем МТ , , 
386 . 43 коды действий ` 489 
АБТ. 379 объект драйвера : 490 
ХИТ. 379 объект устройства ` 490 
асзите - 6 операционная среда подготовки ` 497 
4.9, 52 основные функции - 491 
84-52 пакет запроса ввода-вывода ` 493 
4. 52 простейший ' 482 
епёр . 157 расширение устройства ` 493 
епаз 9 Ж 
ттещае . 89 Жесткий диск 
ргос ‹ 157 


главный загрузочный сектор ' 134 
главный загрузчик * 47 
загрузочный раздел › 134 
загрузочный сектор * 134 
относительный сектор ` 136 
первичный раздел 134 


зертепи › 5 

ассемблера ` 6 

препроцессора ' 388 
Наейпе ` 388 
Нпс1иае ' 388 


Дискета программа главного загрузчика . 134 
Воот-сектор ' 128 разметка ` 135 
абсолютные секторы ` 128 расширенный раздел * 134 
дорожки ' 127 сектор : 134 
загрузочная ' 129 таблица разделов ' 134 
загрузочный сектор - 128 ^ физическая организация › 134 
корневой каталог ` 128 цилиндр . 134 


метка тома ‹ 222 
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3 

_ Завершение программы . 8 

Заголовок файла типа .ЕХЕ . 153 

Задача ' 333 

Замена сегмента ‘64 

Защита программы от несанкционированного 
запуска ' 71 

Защищенный режим 
аппаратные прерываиия ' 325 
возврат в реальный режим ' 296 
дескриптор сегмента ' 288 
исключения ' 310 
обслуживание исключений . 320 
перевод процессора ‹ 294 
переключение задач ' 333 
работа с расширенной памятью . 299 
таблица векторов . 412 
уровни привилегий › 355 


И 

Идентификатор 

потока ' 474 

текущей программы . 196 
Иерархический программный комплекс ` 252 
Интегрированная среда разработки \/т4о\з- 

приложений ШЕ: 383 
Интерфейс 

85-232, сигналы ‹ 143 

параллельный, программирование . 142 

последовательный - 143 

с функциями языка Си › 437 
Интерфейс Сепогис$ › 139 

порты ' 140 

протокол передачи данных * 141 
Исключение 

авария ‹ 320 

ловушка › 320 

нарушение . 320 

обработчик ‹ 316 
Исходный текст программы . 10 


К 
Кадр последовательной передачи данных, 
структура . 143 
Карта разрешения ввода-вывода ' 338 
исключение общей защиты ' 407 
Каталог таблиц страниц . 370 
Каталог, элемент . 130 
Клавиатура, взаимодействие с системой . 121 
Кластер . 130, 216 
Ключевое слово 
14. 490 
ОПТ. 490 


ПРЕДМЕТНЫЙ УКАЗАТЕЛЬ 


КМОП-памяти 
цикл корректировки ' 115 
чтение . 114 
КМОП-память ' 113 
Код А$СПИ : 54 
Код действия ‹ 447 
010С_СЕТУЕВ$1ОМ . 449 
Код завершения дочернего процесса 251 
анализ 251 
Код ошибки . 321 
00$ . 36 
Кодировка Отусове . 491 
Кольцевой буфер клавиатуры ‹ 122 
указатели ' 124 
Команда 
апд ' 60 
са! 157 


са! вызова процедуры внутрениего уровня ' 364 


стрзЬ › 69 

ЕОГ (конец прерывания) . 108 

В. 296 

то! 66 

ш-97 

10. 104 

ше 218 : 17 

1113 - 167 

те ЗОВ . 401 

те. 330 
вызов процедуры внешнего уровня ` 367 
переключение задач ` 335 

14$. 169 

1864. 292 

На. 317 

10456 - 70 

Нг. 334 

тоу$Ь . 68 

110%5\ ‹ 68 

пи ° 66 

оц. 97 

рор 33 

рора : 62 

разн. 33 

риазва 62 

тег. 157 

ге вызова процедуры внешнего уровня ' 364 

зсазЬ . 70 

5ваЕ. 393 

$14. 394 

505% › 101 

хог 74 

ввода-вывода‘ 97 

коднрование . 82 

привилегированная * 288 

хвост ‹ 193 
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Команды условных переходов ' 67 
Компоновка программы . 10 
Контроллер прерываний 
инициализация * 110, 111 
программирование . 109 
регистр входных запросов * 106 
регистр маски - 106 
регистр обслуживаемых запросов * 106 
смена базового вектора * 110 
схема приоритстов * 106 
Корректировка текущего времени 
в КМОП-памяти * 115 


Л 

Линейный адрес и страничная 

трансляция - 370 
Линии 

адресов ` 96 

данных * 96 
Линия А20 . 308 

циклическое оборачнвание - 308 
Листинг трансляции ` 12 
Логические диски ` 134 


М 
Макрокоманда : 86 
Макроопределение - 86 
Макрорасширение - 86 
Макрос : 86 
НАМОТЕ_\М_ОЗЕВ . 431 
локальные метки * 87 
передача параметров - 405 
Макрос МТООК 
СТ СОБЕ - 490 
Макрос УММ 
ВевшРгос › 380 
С!еп _Ры_Нае. 396 
Сопно! Прав - 435 
Оес1аге_\Утиа!_Ое\м!се * 380 
ЕпаРгос . 380 
Рор_СНеш Зае . 438 
Ризп_СИспё_З1ае - 437 
Ухр_СОРЕ_ЕМО$ - 380 
Ухр_СОРЕ_$ЕС › 380 
Ух ВЕАГ, ПИТ_ЕМО$ - 380 
Ух ВЕАГ. ПИТ ЕС : 380 
УхОСа| - 445 
макрорасширение - 405 
Макрос \тдо\и$ 
НАМОГЕ_М$С . 425 
НШВУТЕ - 426 
ГОВУТЕ - 426 
ОРЕЗЕТОР - 390 
Массив МазогРипсНопн + 492 
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Менеджер внртуальных машин * 375 


Меню - 461 
Н 
Нереентерабельность 
20$ . 195 
УММ - 436 
о 
Область 


данных ВЮ$ - 90 

днсковой передачи ОТА . 197 

дисковой передачи данных . 221 

текущих данных 5ПА - 195 
Обработка 

Си ВгеаК . 180 

СС - 178 

события - 436 
Обработчик 

С+С - 179 

нсключення общей защиты . 408 

прерываний - 103 

от клавиатуры - 122 

прерываннй от таймера - 172 

прерываннй, сцепление * 175 
Образ памяти программы 

типа .СОМ - 150 

тнпа .ЕХЕ. 148 
Объекты УЛпдо\ - 490 
Окружение программы - 24 
Оператор 

& . 390 

Чир - 52 
Операторы Си, з\/сП-сазе - 425 
Описатель 

1аг. 163 

заск. 9 

и5е16 * 43 

45е32 - 290 
Отладчик 

Зо СЕ - 396 

интерактивный . 11 


П 
Пакет 
ООК . 378 
данных сообщення : 421 
запроса ввода-вывода * 493 
Память 
блок: 192 
верхняя, блоки ` 94 
обращение по заданным физическим 
адресам - 98 
оперативная . 90 
основная : 90 
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плоская модель * 374 

расширенная - 93 

старшая, область - 93 

часов реального времени + 112 
Параграф памяти * 28 
Параллельные вычисления * 475 
Пароль. 71 
Переменные 

глобальные . 389 

локальные - 389 

окружения - 24 
Перенаправление вектора 718 : 413 
Перехват вектора ` 175 
Переход в защищенный режим . 294 
ПЗУ В105, дата выпуска - 31 
Пиктограмма приложения ` 422 
Подпрограмма ` 156 
Порт 648 - 308 


Последовательный порт, инициализация ` 145 


Поток 
первичный - 475 
перевод в . 476 


Пошаговое выполнение программы . 17 
Правила защиты по прнвилегиям ` 356 


Предложение языка ассемблера ` 5 
Прерывание 

20$, чтення диска 258 133 

1218 - 36 

Е 288 - 205 

запрос - 102 


системные издержки обслуживания . 435 


управления 
видеосистемой 108 ` 44 
дисками 131 - 46 
клавиатурой 164 . 226 


последовательным портом 148 - 145 


часами реального времени ТАЙ . 79 
Прерывание 2ЕВ мультиплексное 
в 2О$. 190 
в \тао\и< * 391 
Прерывания 
ВЮ - 44 
аппаратные - 102 
вложенные ` 108 
внутренние - 104 
контроллер * 102 
от КМОП-микросхемы 
периодические ` 115 
сигнальные ` 115 
пользователя ‘ 166 
программные . 104 


установка прнкладного обработчика : 169 


цепочка обработчиков ‹ 175 


Прерывания вложенные 
запрещение - 109 
разрешение - 109 

Префикс 
замена сегмента . 82 
замены размера 

адреса 67# - 302 

операнда 66 302 
повторения 

тер ` 69 

гере : 69 

герпе . 70 
программы - 24 

Приоритеты в УЛпво\$ - 515 

Программа 
дочерняя * 247 

передача параметров ' 250 
защита от копнрования . 212 
окружение ‹ 242 

копирование ` 249 

Программные задержки + 42 

Пространство 
памяти › 97 
портов . 97 

Процедура * 147 
внешнего уровня 

вызов * 367 
внутреннего уровня 

вызов * 364 
записи н чтеиня - 96 


обслужнвания портов по умолчанию - 409 


оконная 11 доз - 420 


отложенной обработкн прерываний - 517 


подпрограмма - 157 
прерывання . 103 
Процесс - 475 
Процессор 
командный, СОММАМО.СОМ . 93 
сброс 293 
Процессор МП 86 - 14 
Прямой вывод в видеопамять ' 99 
Псевдодескриптор ` 292 


Р 
Расположение байтов ` 18 
Расширенные коды АЗСП : 125 
Регистр 
ВР, нспользование . 171 
базовый ВХ - 15 
данных ОХ . 15 
задачи ` 334 
индексный 
ОУ. 15 
51. 15 
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сегмента команд С$ ' 16 
сегмента стека 55 . 16 
снстемных адресов ` 284 
счетчик СХ . 15 
таблицы глобальных дескрипторов СОТК . 292 
таблицы дескрипторов прерываний ОТК . 310 
указатель базы ВР. 15 
указатель команд [Р . 16 
указатель стека $Р . 15 
управляющий ` 283 
флагов ЕЕГАС$, расширенный ` 283 
флагов ЕГАС$ . 16 у 
Регистры 
данных * 14 
общего назначения ‹ 14 
программно-адресуемые . 14 
процессора - 14 
расширенные, нспользование в программах 
для 2О$ ` 43 
сегмента данных 0$ и Е$ . 16 
сегментные * 14 
Регистры-указатели . 14 
Резидентная программа . 181 
активизация ' 183 
выгрузка › 190 
защита от повторной загрузкн 185 
установка ‹ 182 


с 

Сеансы РОЗ, отображение . 377 
Сегмент ` 26 

битр. 302 

бит дробности С ' 300 

бит обращения А . 301 

бит присутствия Р. 301 

граннца * 300 

с расширением вниз - 301 

согласованный ' 301 

состояння задачи Т$$ › 333 

тип ` 300 
Сегментная адресация ‹ 26 
Сегментный регистр 

инициалнзация 2$ . 7 

по умолчанию › 42 
Сегменты программы 6 
Селектор: 293 

08 - 483 

23. 483 

281 376 

ЗОВ . 376 

запрошенный уровень привилегий ВР!. -.354 

текущий уровень привилегий СРГ. . 356 
Сигнал МЛО’ . 96' 
Символьные строки ` 52 
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Система КАМАК . 402 

Системная ошибка ‹ 36 

Системная таблица файлов ЗЕТ . 208 
Системная шина . 95 

Системные издержки 


виртуального драйвера - 442 
прерываний - 442 

при обращении к портам - 410 

уровня отложенных прерываний . 442 


Системные стеки : 197 
Системный сбой : 36 
Системный таймер ' 112 


внды операций при чтении-записи ' 118 
каналы 

программирование ` 117 

режим работы ' 118 
программное управление . 118 
управляющее слово * 117 


Скан-код : 121 


нажатия . 121 
отпускания ` 121 


Слово состояния УМ . 377 
Снятие ссылки ‘496 
Событие ‹ 436 


автосброс . 475 
занятое : 475 

сброс вручную : 475 
создание ' 475 
состоянне ' 475 


Сообщение УЙпо\$ ‹ 421 


Оеуке_ши - 435 
\!32_ПОемсе!ОСопно! : 448 
\УМ_СОММАЮО . 426 
УМ _СВЕАТЕ . 461 
\/М_РЕЗТКОУ . 424 
\УМ_ОШТ . 424 


Сопроцессор 


возведение числа в степень ` 268 
вычисленне 

интеграла ` 263 

квадратного корня ` 268 

корня нелинейного уравнения ` 269 

кубического корня ` 267 
команда 

ЮПхт1* 267 

Дабз- 271 

Дааа - 256 

сот. 271 

Л - 268 

Дтее. 276 

ЛЯ: 256 

Ляр: 256 

Ла: 258 
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Ларг: 273 
фт! 2 
Др: 258 
Дб: 271 
ив. 271 
Дмай- 265 
2х: 267 
иай * 265 
нормализованный вид числа 259 
обобщенные обозначения команд ` 263 
операнды - 263 
отладка программ . 260 
построение спирали ' 274 
программная модель . 255 
процедура рисования окружности ' 272 
регнстр 
нечисловой * 255 
обозначение ` 255 
общего назначения ` 255 
признаков * 259 
состояния ' 276 
управления ` 277 
сннхроннзация с основным процессором ‘265 
сложение 
действительных чисел › 258 
целых чисел ` 256 
стек - 255 
управляющие регнстры ` 275 
формат 
двойной точности . 258 
одинарной точности - 259 
представления действительных чисел ` 258 
расширенной точности ` 258 
Список списков ` 208 
Старший линейный адрес УМ . 377 
Стек 32 
в программе типа ‚СОМ - 150 
ввода-вывода ` 196 
выгрузка * 33 
дисковый ' 196 
загрузка : 33 
проталкиваиие . 33 
системный ‘ 197 
создаваемый по умолчанию . 34 
Стеки уровней привилегий ' 337 
Стековая область ввода-вывода ' 494 
Страничная трансляция ` 368 
Строка АЗСПЯ . 37 
Структура 
сб $: 376 
Чезсг описания дескриптора сегмента ' 299 
ПЮСРагатз ‹ 449 
МС - 421 
ОУЕВГАРРЕР - 474 


‘гар описания 1илюза ловушки * 317 
УРСР_ВО_Резсирюг - 434 
\МРСЕА$$5 - 421 
клиента : 378 
формирование : 408 
Сценарий меню ` 460 
Счетчик текущего адреса ® 53 


Т 
Таблица 
глобальных дескрипторов * 290 
дескрипторов прерываний . 310 
каталог страниц ' 370 
локальных дескрипторов - 291 
страннц' 370 
файлов задания ' 210 
Текущее состояние процессора 16 
Теневые регистры дескрипторов - 294 
Терминал 
открытне, как файла . 206 
Точка входа в программу : 9 
Трансляция . 10 


У 
Управляющие 
Езс-последовательности * 56 
клавнаин ' 122 
коды ввода-вывода . 489 
Управляющий блок УМ - 376 
Уровень 
аппаратных абстракций НАТ : 516 
асинхронный 436 
запроса прерывания в \тво\$ 
ЫКОЕ: 515 
КО? : 413 
1КО9. 413 
1КОГ . 515 
отложенных прерываний › 436 
прерываний в УИтдо\$ - 412 
синхронный . 436 
Устройство 
ввода-вывода ` 97 
типа памяти ‹ 97 


Ф 

Файл 
10.5У$ - 44 
М$00$.$%5 . 44 
МТООК.Н - 488 
ЗНЕШ_. ВМС . 445 
УММ.ГМС . 379 
УРСО.ГМС . 434 
У\У/ ПМ 32.1%С : 481 
У\У/ПЧВАЗ$Е.Н . 481 
З\УПМРО\$.Н . 388 
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УЛМРОУ/ЗХ.Н . 388 
атрибуты 130 
восстановление удаленного . 132 
время и дата создания ` 221 
выполнимый ‹ 11 
дескриптор ' 216 
заголовочный ` 388 
запись ` 216 
командный, для трансляции и компоновки ` 12 
объектный ` 10 
поиск * 221 
последовательный доступ . 218 
проекта ‹ 385 
прямой доступ * 218 
режим доступа * 218 
ресурсов 422 
создание * 217 
удаление ` 132 
указатель байта ` 218 
чтение - 218 
Файловая система : 208 
системные таблицы - 208 
типы . 135 
Флаг 
вложенной задачи МТ : 338 
вспомогательного переноса АЕ ` 16 
занятости РОЗ . 196 
знака ЗЕ . 16 
критической ошибки - 196 
направления ОЕ. 17 
нуля ИЕ. 16 
паритета РЕ. 16 
переноса СЁ . 16 
переполнения ОР . 16 
процессора 
индицирующий * 17 
управляющий › 17 
разрешения прерываний 1} . 17 
трассировки ТЕ - 17 
Функции 
перехода на синхронный уровень ` 436 
установки событий › 436 
Функция 
саПбаск, набор условий ` 436 
асинхронная ' 436 
ввода-вывода * 197 
диспетчеризации ` 495 
Функция Си 
теглзе! - 422 
з12еоЁ- 422 
Функция РОЗ. 17 
01: 46 
028 : 78 
07 - 71 
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08 В. 71 
о9В. 17 
ОВ - 225 
ОСЬ. 225 
1АВ: 222 
251 - 169 
18. 182 
351 . 169 
ЗСК. 217 
ЗСВ - 47 
ЗОН - 222 
ЗРЬ. 218 
401. 31 
41. 37 
428 . 218 
488 - 244 
491 . 244 
4АВ. 244 
4ВВ . 247 
4ЕВ. 222 
52Н. 208 
56В : 221 
5701 - 220 
Функция ЗНЕС. 
_$НЕЦМ._РояМеззаве ‹ 442 
ЗНЕМ. _СаПА{АрруТипе ' 442 
Функция УММ 
_Се!езспрюг . 453 
_ГлпРавеГоск * 470 
_пРавеОпГоск + 471 
_МарРпузТоГлпеаг * 405 
Верт_Ме% Ехес - 437 
Еп@_№ 5 Ехес . 438 
Се Сш УМ _Напфе . 453 
Мар_Ра!. 396 
Мар_Пп_То_УМ_Аааг- 406 
Кезште_Ехес ' 437 
Зипщ]ае_Раг_Сай - 437 
Зипшае_Раг_Ве!. 401 
ЗипШае_Ризи . 437 
Функция УР1СО 
УР!СО_Рвуз_ЕО1. 436 
УРГСО_РЬузсаНу_МазК . 435 
УР!СВ_РвузсаНу_ОптазК ` 435 
УР1СР_\УшмиаНге ВО : 435 
Функция У! 1340\/$ 
СозеНалае - 448 
СтемеЕуеги › 475 
СтемеЕЙе › 448 
СгемеТигеа4 : 519 
Стеме\/тдо\ : 422 
еу1сеоСопио! - 448 
О16расиМеззаве › 423 
ОипуегЕлгу() ' 490 
ОСеМезсаее ‹ 423 


ЯЗЫК АССЕМБЛЕРА: уроки программирования 


СеЮуеПарреЯКезий . 476 
земес! + 412 
1оСтежеМоййсанопЕуени - 517 
опишаНгеОрсВедиезе . 517 
юМакИрРепата : 517 
1оКедиеОрс . 518 
КеС|еагЕуеги ‹ 518 
КебеЕуети ‹ 518 
МесзасеВох . 390 
ОрепЕуепи . 519 
РееКМезсаре : 431 
Роз! Меззасе ‹ 431 
РозОииМеззаре ' 424 
ВЕАО_РОВТ_ОСНАВ . 507 
Кезе{Еуепи : 475 
КезитеТьгеа4 . 476 
КИ2егМетогу( - 514 
зеёуес! - 412 
ЗНЕМ._5узтода] Меззаре . 445 
ЗВо\ УП паоч › 423 
У\М32_РЮССотревопКоийие : 480 
УаиЕРог5таеОеси - 519 
У\УИпМат . 424 
У\УЕВТЕ_РОКТ ОСНАБВ ' 508 
мзрии( . 390 
2мМар\У1еОЗесвоп - 505 
обратного вызова ' 436 
оконная . 420 
сигнатура - 490 

Функция Си 
заголовок . 389 
прототип - 388 

Функция ядра МТ 
НаЮе/щетиреУ есюг - 516 
та 2еОцесА ит шес › 504 
оСотр!еВедиез: - 493 
юСгежеПем1се : 491 
ТоСтеебутфойс[лик . 491 
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ЮбеСитепе асКГосайоп . 496 
Вани псоде пр. 491 


Хх 
Хеширование ' 408 


Ц 
Цикл . 40 
вложенный . 43 
обработки сообщений . 423 
счетчик шагов - 41 


Ч 
Число 
ВСР - 78 
беззнаковое ` 64 
двоично-десятичное ` 78 
распакованное ` 78 
Упакованное ` 78 
дополннтельный код : 64 
знаковое : 64 
максимальное 
в байте: 8 
в слове. 8 
оборачнвание - 66 
обратный код: 64 
отрицательное › 65 
положительное * 65 
прямой код ` 64 
шестнадиатеричное - 8 
Ш 
Шлюзы 
286 процессора в ШТ - 447 
386 процессора в ТОТ . 447 
формат: 311 
Я 
Ячейка для хранения системного 
времени - 112 
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